这是一篇开放获取的文章,根据创作共用署名许可协议(https://creativecommons.org/licenses/by/4.0/)发布,该协议允许在任何媒体上不受限制地使用、分发和复制,前提是原始作品首次发表在JMIR形成研究,并被适当引用。必须包括完整的书目信息,https://formative.www.mybigtv.com上的原始出版物链接,以及版权和许可信息。
关于COVID-19在世界各地影响的消息为澳大利亚卫生服务部门提供了一个短暂的机会,使其能够规划为大量人群提供医疗服务的新方式,同时通过更大的物理隔离来维护工作人员的安全。向远程医疗和虚拟护理的迅速转向带来了直接和长期的好处;然而,这种快速循环的发展也带来了风险。
本研究的目的是了解七个不同的COVID-19虚拟护理工具快速周期开发的社会技术方面,并确定澳大利亚维多利亚州三个卫生服务机构的使能因素、障碍和风险。
采用定性、嵌入式、多案例研究设计。来自三家医疗服务机构的研究人员与独立于这些医疗服务机构的大学研究人员合作,从设计和部署七种不同虚拟医疗工具的临床或技术方面的关键人员那里收集和分析结构化访谈数据。
每个保健服务的总体目标反映了安全但远程管理大量病人和保护工作人员的国际要求。然而,每个机构的治理、数字成熟度和特定用例决定了所需的方法和特定结果。依赖于关键人员及其在现有治理框架中的领域知识,通常可以实现快速部署,但有时会造成障碍。与技术服务开发人员的现有关系支持强大的解决方案,在某些情况下是高度可伸缩的。传统的项目方法,如指导委员会、范围、预算控制、严格的功能规范、消费者参与和协同设计、通用可访问性和实施后评估,在这种环境中几乎普遍被忽视。
在COVID-19大流行的第一年,这三家卫生服务机构采取了各种方法,快速开发虚拟护理工具,以满足它们对分诊和远程监测的迫切需求。他们的经验为虚拟护理工具的发展提供了许多社会和技术障碍的洞见。如果这些问题得到积极解决,它们将改善未来虚拟医疗的临床治理和技术管理。一些改变可以在个人卫生服务内部进行,而另一些则需要卫生系统政策改革。现在加强虚拟护理工具的设计和实施环境将不仅在未来的突发卫生事件中产生回报,而且在更多的常规护理设置中也会产生回报。
COVID-19大流行耗尽了许多国家的卫生资源。为了应对前所未有的健康风险和病人负荷,卫生系统迅速改变了护理模式。在短短几周内,世界各地的急症医疗服务机构开发了web和移动应用程序,将确诊或可能感染covid -19的患者(包括他们自己的卫生工作者)分流到最合适的地点,包括门诊检测诊所、住院、居家隔离或专门的隔离设施。数字工具还使医院能够通过日常或更频繁的联系(语音、短信、电子邮件或其他在线服务),以及通过使用患者自我评估工具来监测症状(如温度、心率、氧饱和度和呼吸频率),保持对每个远程患者的临床监督。术语“虚拟护理工具”-包括远程监测和工具(例如,[
卫生服务部门必须迅速就这些虚拟医疗工具的创新重点作出重大决定。有些是针对公众或医院员工的初步筛查或分诊,例如自我筛查问卷(例如,[
一些虚拟护理举措利用了卫生服务中已经实施的技术,例如使用或调整现有的电子病历(EMR)功能,以开发筛查、分诊、生成治疗单集、在家远程监测患者和有效使用健康数据的综合工具(例如,[
虚拟护理工具的设计、开发和部署,否则可能需要数年的时间才能通过研究试验阶段和软件作为医疗设备的临床批准(例如,[
在这些情况下开发和实施虚拟护理工具的许多社会技术方面的决定——硬件和软件、临床内容、人机交互、人员、工作流程和通信、政策和程序、法律和法规以及系统级监测[
自2020年初世界卫生组织(世卫组织)首次宣布疫情以来,大流行就影响了澳大利亚维多利亚州。当病毒对中国、欧洲和美国的影响通过临床传播、社交媒体和传统媒体变得明显时,卫生服务开始为向虚拟医疗过渡做准备。维多利亚州的COVID-19病例数在大流行期间波动,由于间歇性封锁,数字的区域差异也很明显。尽管根据实际区域病例数和感染波的不同,应用程序的使用情况确实存在很大差异,但这种变化对为最坏情况做积极准备的需求影响极小。
这项研究的目的是通过密切检查澳大利亚维多利亚州三家卫生服务机构在COVID-19期间虚拟护理工具的演变,了解组织对未来虚拟护理或服务提供模式的准备情况。了解可以在政策中解决的障碍和促进因素,可以为精简当前做法提供信息,并可以确保以最佳方式管理和治理针对未来卫生危机和未来常规护理的数字卫生应对措施。
这项研究是在墨尔本大学卫生数字化转型中心的赞助下进行的,目的是解决大流行期间促进跨机构学习的需要[
墨尔本皇家医院(C基地的一部分)是全国指定的检疫传染病提供者。墨尔本健康人类研究伦理委员会批准了这项研究(HREC/67522/MH-2020;2020年10月16日);这个伦理批准得到了其他相关组织的认可,并且为每个参与站点获得了治理授权。
本研究采用定性、嵌入式、多案例研究设计,其价值已在以往的卫生服务研究中得到证实(例如,[
虚拟护理工具的功能和特点。
医疗服务 | 工具类型 | 简短的描述 | 硬件和软件要求 | 潜在或当前患者的位置 |
一个 | 筛查app(公众人士) | 在患者或访客确认身份并回答COVID筛查问题后,向他们发放二维码的应用程序 | 内部:互联网连接,通过智能手机或门户网站访问 | 在医院 |
一个 | 筛查app(工作人员) | 网页表单,员工在其中说明自己和工作地点,并回答COVID筛查问题 | 内部:互联网连接,通过智能手机或门户网站访问 | 在医院 |
一个 | 家庭监控 | 患者路由自我评估和分诊应用程序 | 内部:微软Azure云数据存储;外部:呼吸录音,脉搏血氧计。互联网连接:智能手机 | 出院后 |
B | 家庭监控(数字) | 患者路由、自我评估和分诊 | 内部:亚马逊网络服务使用澳大利亚云数据存储;外部:脉搏血氧计,数字温度计。智能手机或平板电脑的蓝牙功能和互联网连接 | 出院后 |
B | 家庭监控(手动选项) | 患者在家监测使用手工和电子Excel表格进行自我评估 | 内部:亚马逊网络服务使用澳大利亚云数据存储;Microsoft Excel;外部:连接互联网。电脑或平板电脑(阅读和输入到Excel)或打印功能手动输入表格 | 在医院内外 |
C | 筛查app(公众人士) | 在患者或访客确认身份并回答COVID筛查问题后,向他们发放二维码的应用程序 | 内部:本地数据服务器;外部:连接互联网。具有基本功能的智能手机:支持网页浏览器和/或支持短信接收 | 在医院内外 |
C | 家庭监控 | 病人在家监测自我评估 | 内部:本地数据服务器;外部:脉搏血氧计,与互联网连接的平板电脑,或与互联网连接/短信接收功能的智能手机 | 出院后 |
基于世卫组织数字健康监测和评估指南第1和第2阶段(原型和试点)制定了半结构化访谈协议,重点关注可行性、可用性和有效性[
三位在他们站点的工具开发中扮演领导角色的站点研究人员(GH, MD, MB)接受了自己的采访,并提名了另外一些人由大学研究员(TW)邀请进行采访。访谈对象的确定是基于他们在信息技术(IT)和信息学方面的关键作用,或他们在急诊医学、呼吸医学或传染病工作人员的虚拟护理的临床枢纽。参与是自愿的;考虑到工作的战略性质,所有被提名的人都同意参加(N=13,
采访中参与者
医疗服务 | 位置 |
一个 | 虚拟护理工具/传染病医生的临床主管 |
一个 | 签约外部程序员 |
一个 | 信息技术服务总监 |
一个 | 首席医疗信息官(基于网站的PI一个在本研究中) |
B | 护理部主任 |
B | 新闻处执行主任 |
B | 护士组经理(收生) |
B | 注册护士(精神科/入院) |
B | 综合护理服务临床主管(本研究中基于现场的PI) |
C | 急诊医师/临床主管(本研究基于站点的PI) |
C | 护理部助理经理(急症) |
C | 签约外部程序员 |
C | 急诊研究主任/高级医师 |
一个PI:首席研究员。
对访谈的分析遵循框架方法的7步过程,该方法提供了一种结构化和系统的方法来分析数据,同时也提供了定性研究所需的必要严谨性[
描述了开发虚拟护理工具的三个优先目标:通过减少入院(包括急诊科出勤)、效率和患者体验来减少(未感染COVID-19的工作人员和患者)接触。看到
所有三个卫生服务机构建立的虚拟护理工具的内容纳入了邦政府的分类和管理标准[
“首先,我们需要做的是让我们的员工尽可能安全,以减少病毒的潜在传播……设计围绕两件事:让病人远离医院——因为我们不想不堪重负,我们需要保证员工的安全,这样我们就有足够的劳动力来完成工作……[也]能够给人们提供最新的信息,有一个筛查工具,可以对病人进行分类,阻止他们去医院,去离家更近的中心。这样我们就可以只带病情较重的和需要我们照顾的人来。[网站A]
“当时的情况是,我们被要求成立一个虚拟家庭团队,负责照顾社区中的covid阳性患者……我们针对的关键用户是不需要住院治疗的covid阳性患者。这种家庭监控的整个想法是为了防止频繁的演示。这就排除了很多人去医院的需要。[网站B]
“这带来了巨大的效率红利——我们永远不可能对这么多的人进行分类,如果他们都亲自来到停车场排队,那是不可能的。如果我们必须通过传真、纸张或其他技术来处理,那么评估的数据量也需要数百吨、数吨、数吨的工作人员。因此,这对医院来说是非常有效的因为实际上必须部署的工作人员数量来管理分诊和后续过程,我认为,保持在3或4人,如果这是一个更手动的过程,我们永远不可能做到。[网站A]
“我们的高级急诊临床医生后退一步,问,‘如果我们有一飞机来自海外的潜在感染病毒的旅行者,他们将在墨尔本降落,同时到达急诊科接受筛查,会发生什么?他们可能都很好。它们都有潜在的传染性。我们要怎么处理呢?“很明显,我们需要尽快做一些不同的事情。[网站C]
“患者能够在自己家里隔离,但感觉有人在看着他们和监视他们。这是一种身体上的好处,因为如果发现有什么问题,他们可以立即进行干预。[网站B]
他说:“我们希望病人在我们能有所作为的时候住院,而在我们不能再有所作为的时候出院。[网站C]
虚拟护理工具的功能描述在
可以配置为将短信发送给护理人员,而不仅仅是患者。我们知道这是一种以医疗为基础的反应还是以病人为基础的反应。
如果有人在使用这个系统上有困难,我们就会找其他人把号码添加到系统中,或者他们会打电话告诉我们号码,然后我们把他们的数据输入到系统中。
如果你要去检查诊所,你可能有6个二维码,有6种语言,如果你会说意大利语,你只要点击意大利语的二维码,表格就会以意大利语发送给你,信息会以我们希望的任何格式返回,在检查诊所,我们有一些平板电脑或ipad,可以在人们排队时分发给他们,让他们填写信息
数据管理解决方案五花八门,从复杂的云应用程序到Excel电子表格。每个保健服务机构都制定了当地临床工作流程,用于报告数据,并在大多数情况下根据临床需求对应答者进行分类。已启用提取应向国家卫生部报告的信息,但有不同的手动依赖关系。没有采用通用的临床术语(如SNOMED CT[医学-临床术语系统化命名法]);但是,卫生部要求必须合理一致的单词形式。这些在底层数据结构中的表示方式在不同站点之间并不一致。考虑了数据集成和系统互操作性,但为了方便起见也放弃了。
一般来说,[这些解决方案]是相当独立和唯一的目的。在相关的地方,数据已经被共享,并且存在互操作性。与接触者追踪解决方案集成,因此我们可以监测潜在接触或有风险的员工的症状。没有与[州政府]联系追踪系统集成。
从用户的角度来看,我们知道整合是我们的关键。
它不能直接集成到电子病历中。
数据私隐和安全措施通过每个站点的本地流程执行。保健服务A的一名与会者指出:
卫生是一个非常立法和规范的环境。这一切都是在标准的操作程序下完成的……例如,我们不收集出生日期,只收集年龄;没有完整的地址,只有邮政编码。这些原则被植入到应用程序中
基于角色的方法,以确保只允许特定的人查看特定的数据;加密链接发送给病人或他们的护理人员
平台选择的指导原则是确定数据存储在澳大利亚的安全设施上,由他们自己的员工管理和保护。浏览器接口上提供的工具依赖于安全套接字层加密。卫生服务C指出:“希望REDCap(研究电子数据捕获)平台的健壮性能够提供一层安全保障。”采用了数据集分割等战略,将保健服务人员的筛查记录与现场患者和来访者的报告分开;卫生服务B就工作人员本身成为病人的可能性发表了评论:“由于工作人员的隐私问题和保密性,[信息]被分割了。”患者访问门户或工作人员从自己的设备访问仪表板时,都使用了两或三因素身份验证步骤。IT工作人员还报告使用渗透测试并在其系统上运行漏洞评估。
所有三个卫生服务机构都必须建立新的项目团队,并采用快速周期设计("敏捷")理念[
在每个站点部署的解决方案部分依赖于现有的基础设施、敏捷团队、应用程序和关系。维多利亚州与澳大利亚其他州的不同之处在于,它有一个分散的系统,每个卫生服务机构在自己的委员会下运行,遵循州卫生部制定的目标和结果。本研究中的每个卫生服务使用不同的EMR(站点a, Cerner Millennium;站点B,系统间;网站C, Epic)。它们处于不同的实施阶段,但都属于数字健康成熟度的中高级别,即医疗保健信息和管理系统协会的电子医疗记录采用模型的3-6级。在每个站点,获取信息学和IT人员以快速构建和部署COVID-19应用程序并不容易;他们普遍在照常运营中全力投入其他项目或密集适应,为COVID-19做好准备。然而,内部开发是必不可少的,因为决策的时间框架很短,没有国家卫生当局的具体指导,也没有市场现成的软件。在无法调动当地工作人员的情况下,通过与外部咨询公司的现有关系,为此目的雇用更多具有有关计算专业知识的合同工作人员,所有外部服务提供者都对这些项目作出了很大的贡献。
站点A有长期的主服务协议,支持企业软件解决方案中的应用程序开发。卫生服务A也正在转向类似于大规模国家采购小组的采购小组,以减少项目启动的工作量和时间。在这种情况下,双方继续相互理解和信任,即在快速周期部署期间将遵守组织政策和程序的意图。医疗服务A一直在与熟悉微软Azure平台的外部开发人员一起,在他们的租户中构建人工智能、机器学习和自然语言处理的知识和能力。该平台允许应用程序选择的灵活性,并且具有高度的可伸缩性。由于这种关系已经存在,因此可以使用它快速构建和扩展应用程序。他们与产品开发人员一起商定了一个基础应用程序,并迅速设计了一个基于web的症状报告应用程序的电子表单,该应用程序托管在医疗服务的微软Azure云上。
类似地,站点B利用了与患者监测平台的商业产品开发人员之间的现有关系。在大流行之前,卫生服务B与西门子讨论了一种慢性疾病管理家庭监测工具和应用程序。高级管理层批准在此基础上进行试点。负责慢性疾病家庭监测的临床团队,成为承担COVID-19患者监测的团队。
站点C使用现有的在线研究数据系统(REDCap)快速建立他们的能力。卫生服务C的临床要求是由当地临床医生确定的,以管理急诊科预期的高就诊人数。开发由急诊临床医生推动,工具在该服务建立的REDCap电子数据捕获系统中编程[
会议指出,在所有三个卫生服务部门加速开发这些工具的三个有利因素是:获得外部IT开发人员的专门知识、内部临床和技术人员与外部开发人员之间的密切合作以及高级管理层的大力支持。来自网站C的评论总结了需要克服的组织障碍,“医院官僚主义委员会,繁文缛节许可,所有这些”,以及使能特性,“组织中有一个能够质疑需要的结果是什么的人是有帮助的,你需要一个能够集中工作的小团队来解决这个问题。”
还表示,通过在综合卫生信息环境中工作来实现这一需求,但这是一项未得到满足的需求:
维多利亚需要一个单独的EPR(电子病历)或EMR,这样这些东西才能统一连接到同一个平台上……
您需要与系统和劳动力相关联的适当的体系结构。
公司想要和你打交道[……],但他们没有一个整合的愿景,一个完全整合的互联医疗模式。
由于大都市卫生服务机构面临着COVID-19病例数量大幅增加的问题,提供资金被认为是次要的。区域和农村保健服务(B站)的病例量较轻,但更能感受到财政资源的局限性:
你可以得到任何你想要的东西,只要你准备好为它付钱。
像这样的重大干预需要大量的发展。如果你买的是现成的东西,可以这么说,为你的特定领域的需求量身定制它需要时间,精力和工作,这在某种程度上等同于金钱,但这是资源和资源的可用性。
所有三个站点都出现了设计和实施虚拟护理工具的社会障碍。最令人关切的是影响某些保健服务用户群体的数字鸿沟:
对于非英语母语者和老年人,或者你喜欢的“数字挑战者”来说,也有无障碍的问题。
我们最初研究的是联网血氧测定仪,并试图自动捕获数据。我们发现,这似乎是一个进入障碍,因为病人必须弄清楚如何在家里连接,并通过这个过程。
我们联系人们,发现他们没有电脑,或者不懂电脑。
我们有这些慢性复杂问题的队列是老年患者。所以很少有病人会用电脑很少有病人会用手机和电脑。
你必须看用户界面,看它是否实用,是否提供了一种他们可以相当直观地使用的产品。
对于消费者来说,这是一个更大的挑战,因为12个月前,我们很多人都不知道二维码是什么。但我们为此做了一些教育,在墙上安装了一些大海报,告诉人们如何获取二维码。
总而言之,这里报告的关键结果可以映射到社会技术框架的八个维度
这些网站绕过而不是通过他们的电子病历系统;他们存储和处理患者数据的解决方案从本地服务器到云服务不一而足。解决方案的前提是,大多数人都有联网的手机或平板电脑。
临床内容以最方便的方式构建,并优先考虑两个决策支持场景的基本要素:在医院急诊就诊的分诊和远程监测基于家庭的护理。
为工作人员组装了一系列新颖的报告和分析界面,很少考虑他们在这种情况下的整体用户体验。不熟悉的信息接口,如二维码、血氧计和远程会诊成为卫生服务消费者的常态。
数字健康冠军团队进行了非同寻常的开发工作。考虑到感染率,卫生服务消费者和卫生保健工作者都可能是这些解决方案的耐心“最终用户”。
这三个地点的行动超出了日常护理和实践的范围。它们为保持卫生人力能力和防止卫生服务过载作出了高效和有效的贡献。
规划和实施数字创新的常规业务流程没有以卫生危机所需的速度运行。创新产生于对关键员工和行业合作伙伴有信任基础的组织文化中。
在缺乏医院信息系统的共享、集中管理的情况下,本研究中的站点动员了非正式的实践社区。这种维持和扩大虚拟护理解决方案使用的方法将取决于数字卫生监管和资源的转变。
本研究中的站点已致力于以本论文报告的研究形式对其虚拟护理解决方案的开发和试点阶段进行形成性评估。这里引用的世界卫生组织分阶段评价模型期望在较长执行期间进一步监测解决办法的执行情况和结果。
总之,这三个案例所显示的优先事项、问题和结果与世界各地COVID-19虚拟护理文献中的类似:快速开发和迭代、通过保持距离和虚拟护理实现的工作人员和社区安全、可伸缩性和效率、不确定性以及“一切照应”模型的约束。快速利用现有基础设施和关系的能力在每种情况下都被证明是至关重要的,尽管技术响应差异很大。没有一个网站使用他们的电子病历作为主要的数字工具,主要是由于登记这么多新病人正式进入电子病历的管理困难。开发的工具使消费者能够自我登记,从而减少了行政负担,众所周知,这在使用电子病历的其他司法管辖区非常重要(A Ritchie,悉尼地方卫生区首席医疗信息官,阿尔弗雷德皇家王子虚拟,2021年5月13日,个人通信)。
治理的成熟度与技术的成熟度同样重要;组织依赖可靠的员工以负责任和可防御的方式驱动这些项目,这对及时、成功的应用程序部署至关重要。成熟意味着各组织已经制定了充分的内部程序和政策,因此负责的工作人员可以在这些原则的范围内迅速部署,而不必遵循业务和委员会程序,因为那样会花费太长时间。非正式签名的情况更多,尽管一个卫生服务机构发现正式和非正式程序之间存在紧张关系。这三个地点的项目都有很高的风险,因为它们严重依赖于少数几个关键参与者。这些是大流行病背景下的紧迫因素,但在危机后或威胁较小的情况下,这些因素可能不那么重要。
在部署时间和访问的公平性方面需要做出艰难的选择。所有受访者都指出,由于语言、技术访问或技能方面的限制,有某些消费群体无法访问这些应用程序。这些问题在国际上得到了确认,如Houlding等[
卫生服务部门已广泛认识到这些快速IT实现的成功,现在对启用和维持虚拟卫生保健应用程序更有信心[
本研究的作者将我们作为从业者、技术人员、管理员和研究人员的不同经验和观点带到了研究结果部分中强调的数据和本研究中获得的其他主题数据(总结在
基于虚拟护理工具快速开发过程中遇到的障碍,对政策和实践的改进建议(Houlding等[
障碍 | 正常的做法 | 快速循环 | 对未来的建议 |
互联网连接不佳 | 为目标人群设计最佳功能的解决方案交付平台;尽可能采用“低技术”的多渠道交付 | 解决方案交付可以根据项目上下文考虑应用程序的可用性、访问、速度和其他需求。后者可以包括任何3G、4G、5G和WiFi的试点应用 | 为无法提供最佳解决方案的领域创建可用技术平台的注册表;这些可能与地理、拓扑、乡村、服务中断或访问成本有关 |
卫生知识水平低 | 针对目标人群优化语言设计 | 由于强调快速原型,而没有大量服务用户的参与,因此在项目上下文中经常忽略或无法考虑这些因素 | 创建设计模板,供开发人员在特定的低文化人群中使用 |
数字素养低 | 针对目标人群进行“低技术”优化设计 | 由于强调快速原型,而没有大量服务用户的参与,因此在项目上下文中经常忽略或无法考虑这些因素 | 考虑为用户开发支持模型(例如,培训、采用支持) |
需要在临床护理中使用远程监测技术的质量和最佳实践指南 | 项目设计和资助旨在支持最佳解决方案 | 利用现有和已批准的技术;围绕可用设备设计接口 | 开发和维护远程和家庭监控使用的工具集和指南 |
缺乏开发和支持新技术的资源 | 项目设计和资助旨在支持最佳解决方案,其中可能包括可行的新技术 | 利用现有技术、设备和/或平台快速设计应用程序。创新通常是在技术的重用中扩展和/或增强功能 | 结构化的模拟和验证框架,用于快速循环开发、测试、临床试验和部署。考虑总体拥有成本(例如,未测量的开发成本、托管成本)。管理人力资源成本(例如,主题专家临床医生的非正式时间,技术开发人员的时间) |
用户无法负担与股权有关的技术 | 确定成果范围和目标客户;针对已确定消费者的缓解措施;替代筹资模式或补贴;设计成本最低的技术;分层的干预措施 | 股权方面的考虑往往没有得到解决;80/20规则由于快速原型过程为大多数服务用户;对降级用户的缓解措施可在随后的评估阶段考虑 | 确定和解决长期存在的公平性和可及性问题,以便在接到通知后立即提出长期的解决方案;建立多语言能力;像往常一样,作为业务的一部分,为股权准入制定政策和缓解措施;如果可能,应用程序可以通过多种渠道发布,包括低成本的短信和手机 |
基于在快速虚拟护理工具开发中经验丰富的推动者,对政策和实践的改进建议(Houlding等[
推动者 | 正常的做法 | 快速循环 | 对未来的建议 |
治理:策略反映所需的结果,并描述允许的紧急情况和快速周期过程以及许可框架 | 审查内部政策,确保这些政策反映了正常情况和紧急情况,以便能够作出适当的快速反应 | 现有政策描述了可接受的过程和结果,但在确定的情况下不符合常务委员会和批准框架 | 确定"特殊需要和紧急情况";检查业务惯例以减少不必要的延误 |
主服务合同:减少与可信提供者的采购延迟 | 确定、预算和投标的个别项目;已定义的项目管理框架 | 利用现有关系创建短期团队,随着外部环境的变化,团队具有专注但灵活和不断发展的结果 | 建立由经批准的合作伙伴和顾问组成的小组,以实现快速设计和部署,特别是使用现有的企业解决方案 |
建立快速循环协同设计的消费者工作组 | 以项目为基础的消费者群体通常是临时的 | 在快速原型过程和快速循环过程中的参与式实践中,消费者群体可能在很大程度上被忽略 | 建立由受过教育的消费者组成的小组,他们能够在所有项目中做出有知识的贡献,并能在短时间内得到通知;积极参与一系列用户和消费者组织;在服务的整个生命周期内,与跨部门的消费者/服务用户共同创建一个参与框架,包括培训选项(例如,数字和健康知识) |
提高临床医生和主题专家的技能,并使他们能够领导针对其特定问题的项目(例如,预测问题和快速阐明问题) | 临床医生领导的项目与“自上而下”的项目争夺优先级和资源 | 临床医生领导和开发的应用程序针对本地需求,使用定义的、安全的、集成的平台应用程序;非正式的国际临床网络和同行评议快速出版物在官方机构宣布之前标记关注:引导当地曲线 | 培训和支持临床医生支持的平台应用程序(如,Dynamics, Forms, REDCap一个),缩短交货期及对核心资讯科技的影响b/ EMRc应用程序团队。临床网络促进了成功应用的数据一致性和传播 |
协作(临床和技术)网络促进了对发展的共同理解和需求,以及资源共享 | 组织、跨组织、专业和临床网络就优先应用程序提供建议,并就应用程序选择和部署问题进行临时咨询 | 应优先召集现有网络,以协调和共享资源,以加速规划、发展和执行。应该减少或消除局部变异 | 召集、支持和维持这些网络,使其正常运行,以便在紧急情况下提供效益并发挥作用 |
一个研究电子数据捕获。
bIT:信息技术。
cEMR:电子病历。
该研究对澳大利亚三家大型卫生服务机构在快速部署面向员工和消费者的COVID-19应用程序期间的社会技术环境进行了深入的定性评估。它的优势在于捕捉技术平台和开发模式的多样性,并在这三个站点共享关键人员的想法。虽然受访者的数量可能看起来有限,但事实上,所有关键的决定都是由少数人在与其他关键的临床小组协商后做出的。在可能的情况下,对为应用程序的形式和内容提供专家意见以及成为应用程序的关键测试人员和用户的临床工作人员进行了采访。就全面的社会技术评价而言,由于关注历史上关键时期的运营效率,本文存在局限性。澳大利亚同一州(维多利亚州)的多个案例提供了描述和分析国家医疗保健系统中虚拟医疗创新的不同经验的机会。
在大流行初期,国家卫生政策制定者忙于管理整个系统的准备工作、州和国家报告系统和接触者追踪系统、疫苗接种准备和检疫。在维多利亚州分散的公共卫生系统中,每个卫生服务机构都负责以自己的方式执行国家政策,这将部分取决于围绕电子病历/无纸化管理系统的选择、实施阶段和其他与数字化成熟度相关的因素的事先决策。以类似的方式,医院主管经常被准备工作和医院病房重组、员工保护和访客政策、后勤和供应链挑战所淹没,他们为负责应对和虚拟护理准备的临床医生和EMR/IT专家提供支持,而不是指导。州政府为covid -19相关活动提供了大量资金来源,包括虚拟护理准备。拨款由各部门主管与财务部门官员协商后批准。
这一背景使我们的结果与澳大利亚其他州相比缺乏可比性,在这些州,数字卫生战略和实施更加集中。我们的研究的一个局限性是,我们被限制包括来自维多利亚州其他主要卫生服务的病例,部分原因是繁琐的逐点研究伦理和治理流程。在评价方面还需要做进一步的工作。特别是,我们无法有意义地解释使用数据,以给出这些应用程序立即获得的清晰画面,我们还不能提供长期的、放大的体验或结果的完整社会技术分析。这样的评价研究是另一项研究的重点。
尽管存在这些因素,我们的发现与国际文献中其他报道的类似性质的项目是一致的。成熟的电子病历和配套的IT基础设施和治理模型的存在,使数字卫生应用程序能够快速开发和部署,以支持新的护理模式。两个研究地点原有的承包商关系加强了这些服务迅速部署的能力。这里报告的所有关系在最初签约时都进行了标准的诚信评估(例如,公平、避免偏袒、隐藏的诱因);然而,在这些契约关系中,在合理的范围内可以修改和发展服务需求。现有的个人和技术参与使COVID-19虚拟护理工具的快速循环设计和开发成为可能。传统的治理模型对于建立规范的行为、检查和平衡是必不可少的;但是,可以使用此治理所建立的原则安全地执行紧急、快速周期开发,而不必严格遵守委员会结构和程序。用户对国际文献中所述的虚拟数字应用程序的接受程度很高,并已表明了支持大批风险人群和管理紧急服务利用的意图。直接消费者参与和协同设计不是我们研究队列的特征,关于其他COVID-19应用的文献也没有全面描述这些方面。 Applications supporting clinicians were more likely to have undergone some degree of codesign, with short-cycle deploy review and revision, simply because clinician users were in proximity to app developers.
总之,我们同意Boyle和Henderson的观点[
关于虚拟护理工具的指示性面试问题。
说明社会技术主题的其他采访引用。
电子病历
信息技术
研究电子数据捕获。
医学-临床术语的系统命名法
世界卫生组织
墨尔本大学的健康数字转型中心为这项研究提供了资金。该大学商业服务部的Ursula Soulsby在人类研究伦理应用和治理协议方面提供了宝贵的支持。许多公司协助开发这些卫生服务的COVID-19应用程序,并为其中大部分活动提供了补贴;除了论文中提到的那些人,我们感谢Arden Street Labs和Dan Trembath的贡献。
没有宣布。