基于电子健康档案的区域卫生信息平台.docx

《基于电子健康档案的区域卫生信息平台.docx》由会员分享，可在线阅读，更多相关《基于电子健康档案的区域卫生信息平台.docx（20页珍藏版）》请在第一文库网上搜索。

1、第20页共19页基于电子健康档案的区域卫生信息平台目录前言21 .整体框架21.1. 1.展现服务层21.2. 2.服务组合层21.3. 业务服务层31.4. 数据服务层3.3.31.5. 访问服务层1.6. 消息交换和传输1.7. 安全与服务管理32,共享标准和数据模型43.体系架构和主要功能43. 1.服务41.1.1. 1. 1. 个人注册月艮务： 4.4.5.51.1.2. 医疗卫生人员注册服务:1.1.3. 医疗卫生机构注册服务:1.1.4. 术语/字典注册服务:3.2. 档案整合53.3. 档案存储服务53. 4.档案管理53. 5. 服务63. 6.档案调阅服务63 . 7.档案

2、协同服务64 .医学信息与软件工程64.1. 软件工程的设计工程64.1.1. 软件设计的任务64.1.2. 1.2.接口设计74.1.3. 1.3.医疗质量管理与控制84.1.4. 影像信息学与影像信息系统94.1.5. 疾病预防控制信息系统1011161616171717181818194.1.6. 卫生监督信息系统4.2. 物联网与物联网医疗4. 2.1.物联网的基本概念4. 2. 2.物联网基本架构.4. 2. 3.健康医疗云关键技术5.关键技术分析5. 1.数据仓库5. 2.健康档案存储架构5. 2.1.集中存储处理流程:5. 2.2.分布存储处理流程:5. 3.虚拟化和云计算刖百区

3、域医疗信息化建设目标是以加强卫生行业各领域的资源流通和业务联动，推进医疗卫生信息在卫生领域的共享，开展以病人为中心的医疗数据采集与服务为主要内容。1 .整体框架区城卫生信息平台整体框架包括展现服务层、服务组合层、业务服务层、数据服务层、访问服务层，以及消息交换和传输、安全与服务管理，采用面向服务的体系结构(service- Oriented Architecture, SOA)的技术路线。1.1. 1.展现服务层展现服务层定义企业信息门户(enter-prise information portal, EIP)中可配置、可复用的门户组件(Portlets),用于支持门户应用的开发；以及人机交互

4、组件、网页组件、报表组件实现对不同业务系统接入方式的支持，并提供丰富的客户端展现方式。1.2. 2.服务组合层服务组合层通过对下层的业务服务、数据服务、访问服务的编排来实现，流程编排的规则在服务组合层内定义，通过重新组合还可以快速搭建出新的业务应用系统。1.3. 业务服务层业务服务层定义那些可重用的业务处理过程，用于支持复合的业务处理需求。这层定义的业务处理过程服务可能是单个原子事务的无状态处理操作服务，也可能是多个业务应用或异步服务之间交互的有状态处理操作服务。1.4. 数据服务层数据服务层定义的服务支持把异构的、孤立的企业数据转变成集成的、双向的、可重复使用的信息资源。数据服务通过访问服务

5、层以统一的方式访问企业的所有数据，数据服务层之上的开发者可以集中精力处理数据的加工问题，而不必关注访问不同来源的数据的实现细节。1.5. 访问服务层访问服务层实现与底层数据资源、应用资源的通信功能，使用通用标准接口，定义整合企业信息资源(数据资源与应用资源)的各种访问服务，如不同类型的适配器以及专用的应用程序编程接口(application programming interface, API)等。访问服务屏蔽了企业信息资源(现在的或未来的)的技术和实现方式，访问服务层之上的开发者无须知道数据的位置、类型以及应用程序的编程语言等。1.6. 消息交换和传输服务间的消息交换和传输贯穿各个服务层。消

6、息交换和传输可以采用企业服务总线(enterprise service bus, ESB)。服务间的消息交换需要基于通用的交换标准和行业的交换标准。消息传输层可以提供通用的传输协议支持，如Http、SMTP、JMS、FTP 等。1.7. 安全与服务管理安全管理和服务管理贯穿各个服务层。在区域卫生信息平台中，信息安全与隐私保护主要在安全与服务管理层体现。服务安全管理支持认证和授权、不可否认和机密性、安全标准等。基于WS的服务的安全管理遵循WS服务规范中WS-Security规范，其他形式的服务也需要提供安全保障服务管理，包括服务注册、服务发现、服务监控、服务治理等多方面的内容。2 .共享标准和数

7、据模型健康档案的系统架构是以人的健康为中心，以生命阶段、健康和疾病问题、卫生服务活动（或干预措施）作为三个纬度构建的一个逻辑架构，用于全面、有效、多视角地描述健康档案的组成结构以及复杂信息间的内在联系。通过一定的时序性、层次性和逻辑性，将人一生中面临的健康和疾病问题、针对性的卫生服务活动（或干预措施）以及所记录的相关信息有机地关联起来，并对所记录的海量信息进行科学分类和抽象描述，使之系统化、条理化和结构化。3 .体系架构和主要功能1.1.1. 1 .服务平台的注册服务提供电子健康档案中关键实体的唯一标志：个人、医疗卫生人员、医疗机构、字典术语集等。目的是为了给这些实体（对象）分配一个唯一的标志

8、，使平台以及与平台交互的系统能够通过统一的规范化的标志符关联不同系统中的同一实体。1.1.2. 1. 1.个人注册服务：个人注册服务是在一定区域管辖范围内，用于安全地保存和维护个人的健康标志号、基本信息，提供给区域卫生信息平台其他组件及服务点（pointofservice, POS）应用，并可为医疗就诊及公共卫生相关的业务系统提供人员身份识别功能的服务组件。个人注册服务形成一个个人注册库：它是唯一的个人基本信息权威信息来源，用于医疗卫生信息系统确认一个人是某个居民或病人；解决在跨越多个系统时居民身份唯一性识别的问题。个人注册服务应支持多种电子化的身份识别手段，包括居民健康卡、社会保障卡、第二代

9、居民身份证等。1.1.3. 医疗卫生人员注册服务：医疗卫生人员注册库为本区域内所有医疗服务提供者，包括全科医生、专科医生、护土、实验室医生、医学影像技术人员、妇幼保健人员及其他从事与居民健康服务相关的从业人员。1.1.4. 医疗卫生机构注册服务：医疗卫生机构注册库提供本区域内所有医疗机构的综合目录，相关的机构包括二三级医院、基层医疗卫生机构、疾病预防控制中心、卫生监督所、妇幼保健所等。1.1.5. 术语/字典注册服务：建立术语和字典注册库用来规范医疗卫生事件中所产生的信息含义的一致性问题。术语可由平台管理者进行注册、更新维护；字典既可由平台管理者，又可由机构来提供注册、更新维护。3.2.档案整

10、合健康档案整合功能包括支持健康档案数据的批量上传和个案数据实时上传，提供健康档案数据可以在不同系统、不同数据库之间完整复制的服务。对已有数据根据不同业务流程进行整合、装配，对不同的业务事件、发生的服务记录建立可供调阅查询的索引，对存储的服务记录文档提供索引目录等。3. 3.档案存储服务健康档案存储服务是多个数据存储库组成，数据主要存储在数据中心。健康档案存储采用临床文档架构(clinical document architecture, CDA)格式的文档形式存储，同时保留结构化关系型数据库的存储方式进行存放。根据健康档案信息的分类，健康档案存储服务可包括7个存储库：个人基本信息库、主要疾病和

11、健康问题摘要库、儿童保健库、妇女保健库、疾病控制库、疾病管理库以及医疗服务库。1.4. 档案管理电子健康档案(electronic health records, EHR)管理业务是针对档案本身生命全周期管理，是对档案创建到封存全过程的管理，包括建档、归档、更档、迁档、封档5个过程。从业务上来说，档案实行的是属地化(或签约)管理，以居民居住所在地社区卫生服务中心为主体对居民提供健康档案采集，维护服务，所产生的信息逐级汇总，由市、区两级专业管理机构负责完成与健康档案管理相关数据质量控制和健康档案安全和隐私保护，最终形成以居民个人为中心的健康档案。3. 5.服务索引服务主要记录所有以居民为主线的医

12、疗卫生服务事件信息，索引服务主要记录两大类的信息：医疗卫生事件信息；文档目录信息。利用索引服务获取关于某一医疗卫生事件相关的详细临床数据产生的地址信息，或者某一文档所在的具体位置。因此结合健康档案存储服务就可以实现文档信息的即时展示，更多的了解居民既往的健康情况。4. 6.档案调阅服务平台提供对单个健康档案文档或文档集的数据的查询和访问服务，通过调用不同的平台组件生成多个健康档案数据的结果集，并把这些结果集组合成一定输出格式返回，实现健康档案调阅。5. 7.档案协同服务区域卫生信息平台通过企业服务总线（ESB）、业务流程管理（business processmanagement, BPM）、业

13、务规则管理、事件管理等机制，实现协同服务功能（如双向转诊、区域影像诊断、医疗信息共享和交换等）。4.医学信息与软件工程4.1. 软件工程的设计工程4.1.1. 软件设计的任务软件设计有两个步骤：概要设计和详细设计（过程设计）.概要设计将软件需求转化为数据结构和软件的系统结构,详细设计通过对结构表示进行细化,得到软件的详细的数据结构和算法.概要设计阶段要完成的工作有：制订规范，首先为软件开发组制订在设计时应该共同遵守的标准（如文档编写规范,函数命名准则等），以便协调组内各成员的工作,软件体系结构的总体设计。（3）处理方式设计。（4）数据结构设计.（5）可靠性设计,编写概要设计阶段的文档.概要设计

14、评审.详细设计阶段要完成的任务是：确定软件各个组成部分内的算法以及各部分的内部数据组织.（2）选定某种过程的表达形式来描述算法.进行详细设计的评审.数据/类的设计体系结构的设计接口的设计部件级设计软件设计的目标软件设计的原则抽象模块化信息隐藏功能独立（高内聚、低耦合）设计文档软件体系结构图注意：数据库功能层 表现层程序流程图注意：精确到方法的步骤，判断参数、函数的走向数据库设计E-R、数据表、数据表关系注意：E.R图表之间的关系（一对一,一对多，多对多）数据表的属性字段（是否为主键）关系就是主外键类图（关系）注意：属性方法修饰符+是否继承引用4. 1.2.接口设计4. 1.2. 1.需求分析文

15、档用例图注意：人物角色extend include注意箭头与直线活动图注意：开始 结束的标志 按照详细说明画活动图功能层次图注意：软件需要的功能数据流图软件测试黑盒：等价类划分、边界值分析、比较测试、错误猜测、因果图白盒：逻辑覆盖测试、基本路径测试、循环测试4. 1. 2. 2.医学信息学医学信息学四要素 处理对象 处理过程 处理方法 最终目的临床信息学Q临床信息系统QS公共卫生信息学PHI自然语言处理NLP医疗企业集成IHE网络无线射频识别RFID物联网loT物联网医疗IOHTCIS（临床信息系统）EMR（电子病历）CDSS（临床决策支持系统）DSS决策支持系统PACS （影像信息系统影响存储和传输