根据《ONC卫生认证项目(程序)、卫生IT开发人员需要进行真实世界测试认证的健康(45 CFR 170.405)。国家卫生信息技术协调员办公室(ONC)问题真实世界测试资源澄清卫生IT开发人员的职责进行真实世界测试,确定主题和特定元素ONC优先考虑真实世界的测试,并协助卫生IT开发人员在开发他们的真实世界的测试计划。
卫生IT开发人员有最大的灵活性为真实世界测试开发创新计划和措施。现实世界作为开发人员正在计划如何执行测试,他们应该考虑整个工作流程和用例的复杂性在他们市场的保健机构认证的健康它来确定他们将采取的方法。这个真实世界的测试计划模板创建协助卫生IT开发人员组织所需的信息,为每个元素必须提交他们的真实世界的测试计划。虽然这个模板的使用是自愿的,卫生IT开发人员可能会觉得它有用在准备他们的真实世界的测试计划。卫生IT开发人员必须每年提交一个计划的真实世界的测试(请参见参考资料下面列出的特定时间和截止日期)。ONC并不鼓励更新计划提交时间轴和外不会发布更新认证的健康产品列表(CHPL)。如果调整方法在真实世界测试,健康,开发人员应该反映这些调整在实际测试结果报告。ONC预计,实际测试结果报告将包括一个描述这些类型的变化,为他们的原因,如何更有效地满足预期的结果。虽然已经尽一切努力,以确保170年45 CFR部分报表的准确性,该模板并不是一个法律文件。官方的程序需求包含在相关的法律法规。这个资源应该阅读和理解结合以下同伴资源,详细描述的许多项目需求中引用这个资源。
卫生IT开发人员也应该检查以下监管材料,这对现实世界中建立核心需求和责任测试下的程序。
下面的模板是由元素在现实世界中需要提交测试计划。每个部分提供了一个字段,用于提交反应和/或解释健康开发者将如何解决每一个必需的元素在他们的真实世界的测试方法。这些字段作为所需的基础信息发展中一个真实世界的测试计划,可以扩大额外的行或列地址真实世界测试的特定需求计划提交。
计划报告身份证号码:(仅供ONC-Authorized认证机构使用)
开发者名称:Netsmart
产品名称(s): gEHRiMed
版本号:4.0 - 4.1,4.2
认证的健康:170.315 (b) (1), 170.315 (b) (2), 170.315 (b) (6), 170.315 (e) (1), 170.315 (f) (1), 170.315 (b) (2), 170.315 (g) (7), 170.315 (g) (8), 170.315 (g) (9)
产品列表(CHPL) ID (s): 15.04.04.1532.gEHR.04.02.1.210420
开发人员真实世界测试页面网址://www.shfuhaoya.com/-/media/pdfs/certifications/gmd-rwt-transitions.pdf
提供一个解释整个真实世界的测试方法,包括方法的大纲和将如何使用数据来演示成功的真实世界的测试我。
所有的措施都应该合理结合的元素在一个真实世界的测试计划,认证的范围,设置的类型认证的健康市场,和其他因素相关认证的实施卫生模块(s)。计划内的理由应该反映每个元素如何与开发人员的整体策略,以满足认证的真实世界的测试条件和维护要求。
注意:一个真实世界的测试计划可以解决多个产品和多种保健机构认证标准。
用例:评估实际使用C-CDA C-CDA一致性,我们与客户合作在现有环境中使用这些模块下面列出。我们发现了一个客户端,使用C-CDA坐标转换的保健功能,协调和整合的临床信息,和出口数据合作供应商跟进沟通为初级保健提供者和其他patient-affiliated提供者。实践中经常使用认证CCDA技术给病人数据转换的保健,协调并整合临床信息,导出数据/患者/提供者在必要时使用。客户使用的方法以这种方式解决了认证模块:
都需要和推荐性标准更新必须解决在现实世界中测试计划。真实世界测试计划必须包括所有认证的健康它更新到新版本标准今年8月31日之前的更新。
描述的方法(es)证明符合认证要求使用每个标准的卫生认证。分别列出每个版本的一个给定的标准。为每一个版本的标准提交下列:
标准(和版本)
标准与170.315 (b) (1):
段落(b) (1) (1) (A)和(b)
§170.202 (a) (2)直接项目:ONC适用性声明安全卫生交通,2015年8月1.2版本
§170.202 (d)ONC实现指南Direct Edge协议,1.1版本,6月25日,2014年
段落(b)(1)(我)(C)
§170.205 (p) (1)还国内IT基础设施技术框架卷2 b (ITI TF - 2 b)
款(b) (1) (2)
§170.205 (a) (3)Health Level 7 (HL7®)实现指南CDA®版本2:国内健康故事整合,DSTU 1.1版本(领域)2012年7月试验用标准草案
§170.205 (a) (4)HL7 CDA®实现指南发布2整合临床指出CDA模板(领域),标准草案供试验使用2.1版本C-CDA 2.1, 2015年8月,2019年6月(勘误表)
§170.205 (a) (5)HL7 CDA®R2搞笑:C-CDA模板为临床指出R2.1同伴指南,释放2,2019年10月,IBR批准有关§170.205 (a) (5)。
段落(b)(1)(3)(一)——(F)
§170.213美国核心数据的互操作性(USCDI)
§170.205 (a) (3)Health Level 7 (HL7®)实现指南CDA®版本2:国内健康故事整合,DSTU 1.1版本(领域)2012年7月试验用标准草案
§170.205 (a) (4)HL7 CDA释放2整合CDA模板实现指南为临床笔记(领域),标准草案供试验使用2.1版本2.1 C-CDA勘误表,2015年8月,2019年6月(勘误表)
§170.205 (a) (5)Health Level 7 (HL7®) CDA R2搞笑:C-CDA模板为临床指出R2.1同伴指南,释放2,2019年10月,IBR批准有关§170.205 (a) (5)。
§170.207 (a) (4)国际卫生术语标准开发组织(IHTSDO)系统化的医学术语的临床术语(snom CT®)美国版,2019年9月发布
§170.207 (i)遇到诊断:在指定的代码集45 CFR 162.1002 (c)(2)表示条件ICD-10-CM根据美国卫生和公众服务部维护和分发,下列条件:
款(b) (1) (3) (G)
§170.205 (a) (4)HL7 CDA®实现指南发布2整合临床指出CDA模板(领域),标准草案供试验使用2.1版本C-CDA 2.1, 2015年8月,2019年6月(勘误表)
§170.205 (a) (5)HL7 CDA®R2搞笑:C-CDA模板为临床指出R2.1同伴指南,释放2,2019年10月,IBR批准有关§170.205 (a) (5)。
§170.207 (n)(1)出生性必须按照编码HL7版本3标准,值集AdministrativeGender和NullFlavor原因如下:
§170.207 (q) (1)国际电信联盟E.123:符号国家和国际电话号码、电子邮件地址和网址和国际电信联盟E.164:国际公共电信编号计划
标准与170.315 (b) (2):
段落(b) (2) (i)和(ii)
§170.213美国核心数据的互操作性(USCDI)
§170.205 (a) (3)Health Level 7 (HL7®)实现指南CDA®版本2:国内健康故事整合,DSTU 1.1版本(领域)2012年7月试验用标准草案
§170.205 (a) (4)HL7 CDA®®实现指南发布2:巩固CDA临床笔记模板(领域),标准草案供试验使用2.1版本2015年8月,2019年6月(勘误表)
§170.205 (a) (5)HL7 CDA®R2搞笑:C-CDA模板为临床指出R2.1同伴指南,释放2,2019年10月,IBR批准有关§170.205 (a) (5)
段落(b) (2) (3) (b) - (D)
§170.213美国核心数据的互操作性(USCDI)
款(b) (2) (iv)
§170.205 (a) (4)HL7 CDA®®实现指南发布2:巩固CDA临床笔记模板(领域),标准草案供试验使用2.1版本2015年8月,2019年6月(勘误表)
§170.205 (a) (5)HL7 CDA®R2搞笑:C-CDA模板为临床指出R2.1同伴指南,释放2,2019年10月,IBR批准有关§170.205 (a) (5)
标准与170.315 (b) (3):
款(b) (6) (2)
§170.205 (a) (4)HL7 CDA实现指南®版本2:巩固CDA临床笔记模板(领域),标准草案供试验使用2.1版本,2015年8月
§170.207 (a) (4)国际卫生术语标准开发组织(IHTSDO)系统化的医学术语的临床术语(snom CT®),美国版,2015年9月发布
§170.207(我)ICD-10-CM
请参考数据元素和词汇表适用于常见的临床数据集(ccd)概述了常见的临床数据集引用文档中
更新认证标准和相关产品
没有更新了。
健康它模块CHPL ID
15.04.04.1532.gEHR.04.02.1.210420
方法用于标准更新
N / A,更新没有
ONC-ACB日期通知
04/20/2021
客户通知(仅SVAP)日期
n /一个
一致性指标
n /一个
USCDI-updated认证标准(和USCDI版本)
n /一个
每个计划必须包括至少一个测量每个适用的认证标准/度量,地址在卫生模块的认证的范围。描述的方法测量方法(es)如何选择满足现实世界的意图和目的的测试。
为每一个测量/指标,描述以下元素:
描述了测量(s)将被用来支持整个真实世界的测试方法。
测量/指标
描述
发送的CCDAs数量为%的人口在一个时间周期。分子:CCDAs发送总数;分母:总人口。
医疗护理协调,过渡将评估通过分析当前活动的人口使用CCDA“发送”功能评估人口。这解决CCDA发送以及CCDA创造。
收到的CCDAs %的人口每隔一个时间段。分子:CCDAs收到总数;分母:总人口。
医疗护理协调,过渡将评估通过分析当前活动的人口使用CCDA评估人口“接收”功能。
CCDAs数量显示为%的人口在一个时间周期。分子:CCDAs总数显示;分母:总人口。
显示和和解HealthIT全等,并依靠用户来确定会和好。我们将观察CCDAs显示的数量随着时间的推移,我们的人口,和随后合并。
CCDAs和解数量%人口每隔一个时间段。分子:CCDAs和解的总数;分母:总人口。
我们将观察调和CCDAs CCDAs收到总数的函数来评估现实世界这个模块的功能。
CCDA创造:CCDAs数量为目标创建人口随着时间的推移
这将使我们能够评估CCDA创建了用户在现实世界中评估时间。
列表与测量和相关认证标准如果更新到2015年版治疗更新标准。
测量/指标
相关的认证标准
170.315 (b)(1):护理协调过渡的护理
(我)发送和接收通过边缘协议
(2)验证和显示
(3)创建。
170.315 (b)(2)临床和解和公司的信息
(我)的一般要求。
(2)正确的病人
(3)和解。
(四)系统验证。
170.315 (b)(6)数据导出
(我)一般要求出口总结配置。
为测量提供一个解释/指标选择的现实世界进行测试。
测量/指标
的理由
CCDA发送、接收、显示、协调/合并,创造
CCDA功能的指标反映当前真实的评价和临床使用CCDA功能协调护理/标准170.315 (b) (1)。我们会看IIS数据来确定CCDAs /创建发送,接收/协调我们的用户群。
我们进一步能够评估临床信息和解和公司根据170.315 (b)(2)通过分析IIS数据评估CCDA数据接收/合并。其他项目相关标准发生在后台自动(病人匹配正确的pt系统验证)。
最后,我们评估的创建和出口CCDAs依照标准170.315 (b)(6)中列出用户创建CCDAs /一般出口需求总结;这也将通过IIS评价分析评估人口CCDAs发送。
期望是开发人员的真实世界测试计划将解决每种类型的临床认证健康的销售。卫生IT开发人员不需要测试认证的健康在每个设置的推广使用。开发人员应该解决他们所选择的保健和/或实践设置测试和提供一个理由选择的方法。
注:卫生IT开发人员可能包产品保健设置,标准,等和设计一个计划来解决,或者他们可能提交的任何组合多个计划,共同解决他们的保健机构产品和销售
列出每个护理覆盖的测量和解释了为什么它是包括在内
护理
的理由
此功能的用户群体是急性,长期护理设置。
这是护理Gehrimed电子健康记录技术的使用;这是保健设置,这些模块将被评估。
卫生IT开发人员应详细方法选择将如何成功证明认证的健康:
(1)符合认证标准,包括所需的技术标准和词汇编码集;
(2)是电子健康信息交换(一嗨租车)保健和练习设置的是推广使用;和/或,
(3)收到一嗨租车和用于认证的健康。
(从85 FR 25766)
不是所有上面列出的预期成果将适用于每一个卫生认证模块,和卫生IT开发人员可能会添加一个额外的描述他们的测量方法的最佳地址进行互操作的功能的产品。健康IT开发人员也可以详细结果不结果从他们的测量方法,如果更好的描述了他们的努力。
在本节中,卫生IT开发人员也应该描述特定的数据收集从真实世界的测试措施表现出预期的结果。预期成果和具体措施不一定必须包括绩效目标或标准,但卫生IT开发人员应该提供上下文为什么选择具体措施和指标如何展示个人标准功能,一嗨租车交换,和/或使用一嗨在认证的健康,适当的。
测量/指标
描述
发送的CCDAs数量为%的人口在一个时间周期。分子:CCDAs发送总数;分母:总人口。
基于数据库的评价,我们希望看到CCDAs发送没有错误人口评估,随着时间的推移;几项自动发生在后端由于CCDA发送成功,按照标准的认证模块包括发送通过直接协议,HL7合规、USCDI合规取决于所使用的认证模式,以及使用的方式。
收到的CCDAs %的人口每隔一个时间段。分子:CCDAs收到总数;分母:总人口。
评估IIS日志,我们期望看到CCDAs收到注册确认分母人口。收据/合并发生在同一时间。几项自动发生在后端由于CCDA接收成功,按照标准的认证模块包括发送通过直接协议,HL7合规、USCDI合规取决于所使用的认证模式,以及使用的方式。
CCDAs数量显示为%的人口在一个时间周期。分子:CCDAs总数显示;分母:总人口。
我们希望这是在数量上接近CCDAs收到的数量。数据库日志收到评价后,我们预计公司/和解CCDAs在分母人口在时间评估。当收到CCDAs,他们同时显示合并。几项自动发生在后端由于CCDA显示成功,按照标准的认证模块包括发送通过直接协议,HL7 9合规,USCDI合规取决于所使用的认证模式,以及使用的方式。
CCDAs和解数量%人口每隔一个时间段。分子:CCDAs和解的总数;分母:总人口。
这预计将与CCDAs收到的数量/显示为这个功能是一致的过程中接收、审核、协调。我们希望看到类似的分母CCDAs收到超过人口数量。几项自动发生在后端作为成功CCDA调和的结果,依照的标准认证模块包括发送通过直接协议,HL7合规、USCDI合规取决于所使用的认证模式,以及使用的方式。
CCDA创造:CCDAs数量为目标创建人口随着时间的推移
我们预计这种接近CCDAs发送的数量为护理协调,过渡的护理,其他供应商信息作为创建的功能通常与CCDA发送。这将是评估通过数据库日志所确定的人口。几项自动发生在后端由于CCDA创建成功,按照标准的认证模块包括发送通过直接协议,HL7合规、USCDI合规取决于所使用的认证模式,以及使用的方式。
包括步骤在现实世界的测试计划,在过程中建立里程碑。包括细节和开发人员何时实施措施和收集数据。关键里程碑应该有关,直接关系到预期结果在下一节中讨论。
对于每一个关键里程碑,描述真实世界测试时将开始在特定保健机构和日期/时间,数据将被收集。
关键里程碑
护理
日期/时间
识别方法来评估计划数据
长期的急性护理
12/31/2021
开始评鑑指标的数据收集
长期的急性护理
1/15/2022
初步评估/分析数据的检查
长期的急性护理
1/30/2022
基于初始数据检查(1/30/2022),开始每月的评估指标
长期的急性护理
2/15/2022
提交到ONC-ACB确定日期(TBD ONC0-ACB方向)
长期的急性护理
~ 12/31/2022
真实世界的测试计划必须包括以下认证授权代表签署的医疗IT开发人员。
注意:该计划必须得到授权代表卫生IT开发人员能够绑定的健康它开发人员执行计划,包括代表的联系信息。二世
这真实世界的测试计划完成所需的所有元素,包括解决所有认证标准和护理措施的设置。这个计划中所有的信息都是最新的,完全解决了健康开发人员的真实世界的测试需求。
授权代表姓名:本杰明·布里顿
授权代表电子邮件:bbritton@ntst.com
授权代表的电话:970-658-6897
授权代表签名:
我认证的健康持续符合认证标准,包括所需的技术标准和词汇编码集;认证的健康交换一嗨在保健和练习设置的推广使用;收到,一嗨租车和用于认证的健康。(85 FR 25766)