InfoPath 2003: Health Level Seven 临床文档体系结构

入门

熟悉开发工具的最佳方法就是查看使用该工具创建的示例。HL7 CDA Demo 即允许您这样做。从这个意义上说,示例可以作为用户浏览的参考,它提供了用于生成符合 HL7 CDA 架构表单的方法,以及使用这些相同步骤创建适用于任何保健方案的电子表单的建议方法。

记住,第一步就要开始查看示例本身,看一看这些表单的内容,并查看生成这些表单的那些文件。在查看演示的过程中,确保对示例脚本进行检查,找到下面默认的安装文件夹: C:\Program Files\Microsoft Solutions\Information Worker\HL7CDADemo\Demo_Script

关于如何生成 InfoPath 2003 表单的详细信息,请参考 MSDN 文章: 介绍 InfoPath 开发

本页内容
使用相关的架构创建一个“自定义模板”使用相关的架构创建一个“自定义模板”
安全考虑安全考虑
制作符合行业架构的表单模板制作符合行业架构的表单模板

使用相关的架构创建一个“自定义模板”

确定方案

第一步要确定您希望生成什么以及生成的原因。在开始生成表单模板来突出表单需求前考虑回答下面的问题,并对头脑中已存在的方案限制其范围。

表 3 创建自定义模板:方案问题

问题例子

用户是谁?

本用户在诊室工作,并且收集病人联系方式和病史信息。

用户方案是什么?

病人到达诊室就诊时,用户向病人问候,并在进行诊治前完成/更新表单。

为何需要这个数据?

收集这一信息以便于 (1) 跟踪病人事务、服务和病史,(2) 在检查前向医生提供初步的病人信息。

数据是来自于其他在线资源吗?

数据存放在 Physicians General Practice SQL 数据库中。当在 NAME 字段中输入病人姓名后,也能从这个数据库得到病人的数据。

这些数据会发送到网上资源还是与其他网上资源共享?

是的,数据将保存到 SQL 数据库中,并与其他有关这个病人的表单(包括化验报告、病人手术报告、发票和其他保险表单)共享。

生成这个表单的 XML 数据来源于哪里?

现有病人数据库存放在 Microsoft SQL Server 数据库中。

如何打包和捆绑 XML 数据?

通过调用 Web 服务来提交数据,这将使数据流向一个现有的病人记录库。

识别架构子集

HL7 CDA 架构的设计目的在于包含各种不同的情况,以及满足对非常复杂的临床文档的需求。为进行演示,我们选择使用整个架构的子集,如由 InfoPath 2003 生成的实例,它在整个架构中也是有效的。这一方法在所有方案中都是有效的,在这些方案中,正在开发的表单对于整个引用架构都是陌生的,或者不需要整个架构引用就可使被特定电子表单捕获的所有 XML 数据有效。

这样,表单设计者的目的在于识别引用架构中限制性最恰当的正确子集,这个子集使特定方案所需要的所有 XML 文件仍旧有效。

生成 InfoPath 2003 表单模板

关于如何生成 InfoPath 2003 表单的完整信息,请参阅 MSDN 中的文章: 介绍 InfoPath 开发

任务窗格

InfoPath 2003 任务窗格对象表现为 InfoPath 2003 对象模型的一部分。关于其可用属性的详细信息,请参阅文章: 介绍 InfoPath 开发 或在以下站点参阅 InfoPath 2003 软件开发工具包 (SDK) MSDN

对于医生进度说明中的 进程报告 视图,任务窗格显示了一个具有以下内容的 HTML 窗口:

用于输入搜索条件的文本框控件

两个按钮控件,一个用于查询诊断,另一个用于药物治疗

一个格式化的 HTML 表用以显示搜索结果

用于免责语言的 HTML 文本, 统一医疗语言系统 超级叙词表需要免责语言,以便使用它们的词汇

注意: 在查询诊断和药物治疗时,演示都会返回同一个结果集,而不论输入到搜索标准文本框中的文本内容是什么。选择这一步骤的目的仅是为保留演示的方便性和简单性。

安全考虑

决定是否使用完全受信任表单

当开始在 InfoPath 2003 中设计表单时,根据部署表单时所需要的功能等级,您可能需要决定是否使用受信任或未受信任的表单。您的选择指定了表单具有的外部资源访问等级。

未受信任表单或带有 sandbox 安全机制的表单在被调用时并没有在本地注册。它们由统一资源定位器 (URL) 进行识别,并保存在本地的 InfoPath 2003 解决方案的缓存中。如果删除了该缓存,下一次打开这个解决方案的表单时将下载它们,与网页在 Internet Explorer 中进行缓存的工作方式近似相同。带有 Sandbox 安全机制的文档不能访问除当前表单以外的任何本地计算机资源,并且它也与网页在 Internet Explorer 中进行缓存的工作方式近似相同。它们是 InfoPath 2003 的默认选项,在用户不需要受信任表单的附加功能时,它们也可能成为用户的默认选项。

已受信任表单有权访问某些系统资源,因此,必须使用一个安装应用程序(如 Windows Installer)来安装这些系统资源。在安装时,某些解决方案属性写入 Windows 注册表中,并且位置路径根据“统一资源名称” (URN) 而不是 URL。这类表单可以用来编写不能作为安全脚本标识的代码元素。InfoPath 2003 对象模型的某些成员只能用于完全受信任表单,这一点是很重要的。例如,如果需要写入本地文件或在表单脚本中创建一个 Microsoft ActiveX 对象,那么,您可能需要为表单提供这一访问功能。关于使用完全信任表单的全部可用指导,请参阅 MSDN 上的文档 理解完全受信任表单

实际上,受信任表单比未受信任表单具有更少的安全性,记住这一点很重要,因为受信任表单有权访问本地系统资源,而未受信任表单则不能在自身以外环境进行操作。

保护线路中通过的数据

关于安全性的第二点考虑就是在数据离开本地控制的点上对数据进行保护。不能将加密机制作为计划在传输过程中保护数据部署的一部分。要了解更多关于设计安全应用程序的知识,请参阅 MSDN 安全 Web 站点

制作符合行业架构的表单模板

最后,关于创建符合行业标准架构的表单模板,还有几点要考虑。由标准团体所设计的 XML 架构非常复杂,尤其是如何提取适当的子集就更为复杂。事实上,由于对表单对象给予了更多的关注,因此,轻松开发自定义 InfoPath 2003 表单模板是平台最大的优势之一,最后,满足了那些在生产环境中依赖于这些表单的用户需求。

当为客户开发表单模板时,相对于演示的需要而言,您可能需要更加注意安全性。还有,您可能会考虑为表单模板增加工作流程、版本控制或文档管理功能,以便跟踪谁更改了文档。

Microsoft InfoPath 2003 HL7 临床文档体系结构 (CDA) 演示版 2.0 显示了使电子临床表单能够满足保健专业人员以及临床设备需要的潜能。在这里对医生进度说明和药物单所做的工作可以通过化验报告、参考说明、出院文档、疫苗注射记录、手术说明、记帐信息以及保险文件予以完成,事实上,任何必须返回数据的表单都要符合日渐流行的 XML 架构标准。

因此,InfoPath 2003 的目标是成为一个独特且易于使用的客户开发平台,用于数字化基于纸张的表单和消息,并且对于基于 XML 格式的数据分布式医疗信息系统具有标准接口。关于指向 InfoPath 2003 功能和技术完整说明的链接,请参阅 Microsoft Office InfoPath 2003


返回页首返回页首上一页第 4 页,共 5 页下一页
**
本文内容
**