|
[接上页] (7)所有调阅信息是通过中心的服务得到,不能直接调阅所嵌入的应用程序的本地数据。 健康档案浏览器的实现直接是通过一个windows平台的ie控件实现。在启动时,用户的认证信息和所调阅病人的信息等都是通过http metadata的方式传送至中心服务器。中心服务器将协调view的http调用到中心所对应的web service服务。 对于健康档案浏览器中浏览信息的流转都将通过标准html/javascript来实现,对于扫描文档等非html信息的显示也是通过标准html mime控件的嵌入显示方式。由于目标客户机内所附带的ie控件的版本的不同,健康档案浏览器应兼容ie 5.0到8.0的ie版本。由于健康档案浏览器所显示的数据都来自服务器,相应的授权、日志和认证等功能全部在中心端实现,对于客户端的健康档案浏览器完全透明。 二、技术方案选型 健康档案浏览器的设计面向终端用户,以人读为主要目标,应用获取数据可通过交换平台进行,而不是通过健康档案浏览器,但可考虑提供本地化功能(另存为pdf/doc),可通过浏览器控件方式嵌入到其他c/s系统。整体页面框架应具备portal模式,具备动态扩展特性,以适应实体索引字段的变化以及实体模板的变化;能完成身份验证、显示内容控制等权限控制;通过集成activex方式实现dicom等其他协议的支持。健康档案浏览器的实现涉及总页面框架展现,索引列表模板展现,表单模板展现,图表模板展现等几个方面的技术方案。 (一)总页面框架设计实现 健康档案浏览器总体框架符合门户模式,能适应显示内容的动态变化; 支持数据的grid,form,chart等不同方式的显示; 各显示模块允许简单的人机交互查询(条件查询,双击记录显示、图表简单攥取功能); 能拖拽门户模块,并能定义显示位置,可为不同病人提供不同的视图模式。 (二)索引列表模块技术实现 图5-3 索引列表模块技术实现图(略) grid列表显示模块负责针对实体索引信息的显示(实体数据库索引字段部分),假定前提条件为,实体索引字段都已标准化(字段类型,长度,引用字典); 通过实体索引字段定义配置文件来支持grid表头与索引字段的扩展,能自适应实体索引字段变化后列表组件的正常显示; 能定义可查询字段,列表组件支持自动查询条件输入以及分页等显示功能。
(三)表单模板模块设计 图5-4 表单显示组件图(略) 表单显示组件负责针对实体xml信息的显示(实体xml部分); 同一实体显示模板支持版本管理,通过实体显示模板定义配置文件来支持同一实体不同记录能有不同的显示方式(假定条件为实体索引表应保存对应模版版本字段,建议实体xml头信息里也应保存模板版本属性); 初期设计支持3种模板实现:xslt,freemarker,自定义javaclass; 通过html信息里包含activex控件信息实现对dicom等其他协议的支持。
(四)图表列表模版技术实现 图5-5 图表列表模版技术实现图(略) chart显示组件负责针对同一病人相关专题统计信息的图表显示,假定前提条件为ehr view所支持的病人相关专题统计已预先定义; chart支持模板方式扩展病人统计专题图表显示,每一种专题统计对应一个chartid,在模板里定义获取该chart数据所需要的参数列表以及获取方式、图表显示类型和样式信息等。 chart数据的获取方式有两种: (1)一种为直接在模板里定义相关需要获取数据的实体表或视图源,以及需要统计的字段,聚合函数等信息,系统直接根据这些定义来从数据库获取数据。 (2)通过定义获取数据的javaclass来实现该类专题统计数据的获取。 某一种专题图针对某病人的图标模板实例(包含获取数据和模板定义),应能进行缓存处理(内存缓存或持久化),可通过定时或手动的方式刷新缓存图表信息。
第五节 硬件网络支撑平台 一、网络总体结构 基于健康档案的区域卫生信息平台网络基础设施平台由内、外两大网络部分组成。外部网络对外收集和提供信息(向下级部门采集与提供信息,向上级数据中心报送信息),内部网进行信息管理和系统开发,两网之间用防火墙分隔。外部对内部网络的访问则需要通过地址映射,身份查询等一系列安全检查机制才能进行,访问策略的制定是灵活的,可根据具体情况随机配置。内部网络再分子网,依据功能、性质划分,子网间的访问也是受控的。外部网络的安全性主要依靠“虚拟专用网”的功能和路由器上的访问控制表来保障。 |