区域医疗信息平台建设方案.doc
《区域医疗信息平台建设方案.doc》由会员分享，可在线阅读，更多相关《区域医疗信息平台建设方案.doc（31页珍藏版）》请在冰豆网上搜索。
区域医疗信息平台建设方案
区域医疗信息平台建设方案
目录
1、平台概述 3
1.1总体目标 3
1.2总体内容 4
1.3项目建设内容 4
1.3.1标准体系建设 4
1.3.2基于电子健康档案的区域卫生信息平台建设 4
1.3.3基于区域卫生平台的应用系统建设 4
1.3.4市级医院信息系统接入 5
2、总体架构 5
3、总体设计要求 6
3.1系统设计原则 6
3.1.1顶层设计与统筹协调原则 6
3.1.2先进性与实用性原则 6
3.1.3开放性与扩充性原则 6
3.1.4可靠性和安全性原则 6
3.1.5规范化和标准性原则 6
3.2系统性能要求 7
3.3系统安全要求 7
3.4数据设计要求 7
4、技术路线选择 8
4.1体系架构的选择 8
4.2软件系统要求 8
4.3数据库的选择 8
4.4服务器的选择 8
4.5客户端的选择 8
5、系统基本功能需求 8
5.1平台基础应用系统 9
5.1.1基础服务 9
5.1.2个人身份识别服务 9
5.1.3索引服务 9
5.1.4以个人为中心的存储服务 10
5.1.5数据交换服务 10
5.1.6数据调阅服务 10
5.1.7互联互通 10
5.2注册服务 10
5.2.1居民注册服务 11
5.2.2医疗卫生人员注册服务 11
5.2.3医疗卫生机构注册服务 11
5.3存储服务 12
5.4医疗卫生信息共享 12
5.4.1个人基本信息域 12
5.4.2主要疾病和健康问题摘要域 12
5.4.3儿童保健域 13
5.4.4妇女保健域 13
5.4.5疾病控制域 13
5.4.6疾病管理域 14
5.4.7医疗服务域 14
5.5全程健康档案服务 14
5.5.1索引服务 15
5.5.2业务服务 15
5.5.3数据服务 15
5.5.4事务处理 16
5.6信息接口服务 16
5.6.1通信总线服务 16
5.6.2平台公共服务 16
5.7数据交换平台 17
6、卫生信息资源中心 17
6.1数据架构 17
6.1.1基础信息库 18
6.1.2专业信息库 18
6.1.3共享文档资源库 18
6.1.4决策支持信息库 18
6.1.5对外服务信息库 19
6.2医疗信息 19
6.2.1患者就诊履历信息 19
6.2.2实验室检验报告信息 19
6.2.3影像检查报告信息 20
6.2.4住院病案报告信息 20
6.3健康档案 20
6.3.1基本信息 21
6.3.2主要事件 21
6.3.3主要健康问题 21
6.3.4疾病管理 21
6.4公共卫生条线信息 21
6.4.1传染病专项档案 22
6.4.2慢性病专项档案 22
6.4.3计划免疫专项档案 22
6.4.4儿童健康专项档案 22
6.4.5妇女健康专项档案 22
7、基于平台的应用系统 23
7.1医疗业务协同系统 23
7.1.1预约挂号子系统 23
7.1.2转诊转检子系统 23
7.2医疗卫生业务监管系统 24
7.2.1区域健康数据分析 24
7.2.2医疗业务量管理 24
7.2.3医疗服务质量管理 25
7.2.4医疗资源管理 25
7.2.5临床业务数据挖掘系统 25
7.3卫生综合管理系统 25
7.3.1统计报表子系统 25
7.3.2卫生业务监管子系统 26
7.4卫生决策支持系统 26
7.5公众健康服务门户 26
7.5.1信息公开 27
7.5.2居民查询 27
7.5.3健康互动 28
7.5.4健康宣传 28
1、平台概述
《区域医疗信息平台》用于全市所有医疗卫生机构，建立健康档案系统、卫生信息系统、市级数字医院系统，形成覆盖整个市级医疗卫生业务范畴的区域卫生信息平台，可实现信息采集、利用、统计、分析、和信息共享等功能，通过建立该平台，整合市级医院的卫生信息资源，实现市级区域内卫生信息平台架构，实现医疗卫生资源的信息共享和业务协同。
1.1总体目标
该平台以计算机技术等现代技术为依托，立足现有的资源条件，在市级范围内，建立“纵向到底”、“横向到边”、“条块结合”、“互联互通”、功能比较完备、标准规范统一、安全可靠的区域卫生信息化运行监管体系；以互联网技术为基础，建立以健康档案为核心，以基本医疗、公共卫生服务、药品管理为目的的一体化的区域卫生信息平台；通过接入以电子病历为核心的医院信息系统等其它应用，构建覆盖区域内卫生系统各领域、各业务范畴的卫生业务综合应用系统，整合卫生信息资源，建立以市为单位的区域卫生信息平台，实现全市区域内医疗卫生信息资源的高度共享，实现“数字卫生、健康人民”的目标；建设区域卫生信息平台，有效实现各级卫生主管部门对辖区内医疗卫生工作的卫生监管、绩效考核、综合管理和卫生决策管理。
医疗服务人员在任何时间、任何地点都能及时获取必要的信息，以支持高质量的医疗服务；公共卫生工作者能全面掌控人群健康信息，高效开展疾病预防、控制和健康促进工作；居民能掌握和获取自己完整的健康资料，参与健康管理，享受持续、跨地区、跨机构的医疗卫生服务；卫生管理者能动态掌握卫生服务资源和利用信息，实现科学管理和决策，从而达到有效地控制医疗费用的不合理增长、减少医疗差错、提高医疗与卫生服务质量的目的。
最终形成以人为本，主动服务的卫生管理模式的目标，实现卫生“安全、规范、高效、优质”的目标，全面提升医疗卫生事业，提高人民群众健康水平。
1.2总体内容
建设区域医疗信息平台，向医疗机构和外部机构提供各种业务服务；接入和改造以电子病历为中心的市级医院数字医院系统；通过数据交换平台，实现健康档案与市级数字医院系统紧密相连，整合区域卫生数据，建立全市健康档案中心和卫生资源中心；对区域卫生信息平台进行综合管理；对全市各级卫生行政部门和卫生工作进行监管；能保护和利用已有资源、完成必要的接口，实现与外部信息系统的集成。
1.3项目建设内容
1.3.1标准体系建设
为了利于数据的交换和管理，制定统一的标准规范，包括但不限于：
电子健康档案数据标准与信息交换标准、电子病历数据标准与信息交换标准、区域卫生信息平台相关机构管理规定、居民电子健康档案管理规定、医疗卫生机构信息系统接入标准、医疗卫生资源信息共享标准、卫生管理信息共享标准。
1.3.2基于电子健康档案的区域卫生信息平台建设
实现卫生部标准规范要求的区域平台功能，建成可扩展的区域卫生信息平台，保证满足本项目公立医院互联互通、数据共享和交换、区域信息共享与业务协作以及医疗行为监管决策的应用要求。
包含注册服务、存储服务、医疗卫生信息共享、全程健康档案服务、信息接口服务、数据采集和交换平台、卫生信息资源中心、健康档案浏览器和质控与跟踪管理服务。
1.3.3基于区域卫生平台的应用系统建设
主要包括居民健康档案共享、医疗协同、医疗行为监管系统、卫生绩效考核、综合卫生管理、卫生决策支持、健康服务门户等；
1.3.4市级医院信息系统接入
实现医院信息系统（HIS、LIS、RIS、PACS、EMR等）接入区域卫生信息平台。
2、总体架构
区域医疗信息平台的核心业务是以汇聚全市的医疗卫生数据，为各类医疗卫生机构开展医疗卫生服务活动提供支撑的卫生信息平台。
区域卫生平台要作为卫生资源整合、纵向业务条块管理、横向机构部门协作的纽带和桥梁。
平台支持医疗机构之间的医疗业务协同和医疗机构与公共卫生机构（预防保健、疾病控制）之间的卫生业务联动。
平台的总体架构如下：
3、总体设计要求
3.1系统设计原则
平台系统设计应遵循以下原则：
3.1.1顶层设计与统筹协调原则
按照国家卫生信息化建设的总体部署和要求，结合本市的实际情况，进行信息资源统筹规划。
3.1.2先进性与实用性原则
系统技术水平在保证其成熟性的前提下，充分考虑到其先进性。
3.1.3开放性与扩充性原则
系统设计必须保持开发性、具有良好的互连、互操作能力，必须遵循最新的国际标准、国家标准和行业标准，必须遵循开放的原则。
3.1.4可靠性和安全性原则
平台建设涉及多部门、多机构的业务信息及市民的个人隐私信息，应符合国家有关信息安全的法律法规的要求，一方面要保障网络安全，另一方面要保障信息安全，还应保障系统可靠地运行。
3.1.5规范化和标准性原则
建设应考虑其完整性，须在全面了解需求的前提下，进行整体规划,按照“统一规范、统一代码、统一接口”的要求。
3.2系统性能要求
（1）能稳定、高效的支持全市所有系统同时联网运行。
（2）软件系统维护及更新升级不能影响业务工作的开展。
（3）能够及时捕捉系统在运行时的错误信息，并给出相应的提示，系统应有一定的容错能力。
（4）系统运行时峰值并发处理能力1000个并发数以上。
3.3系统安全要求
（1）系统在Internet上运行不易被黑客，病毒攻击。
（2）在系统被攻击时，系统能保护数据的安全性，并能保证系统不会崩溃。
（3）系统用户要进行安全认证才能接入系统。
（4）支持复杂的用户名和口令。
口令长度不得低于6位。
口令采用加密保护，并提供方便用户密码的修改与恢复功能。
（5）权限管理到功能模块的页面及关键操作，对用户访问进行身份认证和访问控制。
（6）敏感数据和能定位到个人的数据（如身份证号、家庭住址、手机号码等）均需加密存储。
3.4数据设计要求
（1）数据标准：
符合国家和卫生部有关数据集标准及数据规范要求；
（2）数据安全：
保证数据安全，数据不能被非法窃取、篡改和删除。
（3）数据接口：
提供基于WEBSERVICE的标准数据接口，接口方式安全、高效。
提供与其他系统数据共享的功能。
（4）数据传输：
保证数据在客户端与服务器端之间共享传输时的安全性和保密性，可采用SSL/TLS、VPN等方式来进行数据传输。
（5）数据交换：
提供完整的数据交换解决方案。
4、技术路线选择
4.1体系架构的选择
平台的应用系统要求采用支持广域网运行模式的B/S三层网络架构体系，既能满足用户个性化需求以及系统安全性等方面的需要，又能保持系统核心架构的稳定性，保证系统的可用性、可靠性和可扩展性。
4.2软件系统要求
采用三层或以上体系构架，基于SOA架构实现服务，具备易部署、易管理和易使用的特点，各系统通过发布和获取服务来对外提供和获取信息。
4.3数据库的选择
数据库采用SQLserve或ORACLE10g大型分布式数据库。
4.4服务器的选择
数据库服务器采用数据库集群的方式，操作系统为Unix或Linux或Windows2008ServerR2。
应用服务器采用多台PCServer集群的方式，操作系统采用MicrosoftWindows2008ServerR2（64位）或Linux。
4.5客户端的选择
应用系统对客户端要求较低，操作系统支持MicrosoftWindowsxp及以上简体中文版。
5、系统基本功能需求
平台是基础数据采集平台，以健康档案信息采集、存储为基础，支持区域范围内不同医疗卫生机构以及相关部门业务应用系统间实现互联互通、数据共享和业务整合，支持向居民提供健康档案查询、网上预约挂号、健康咨询等服务，并能够基于居民电子健康档案信息产生统计数据，服务于卫生管理决策需要。
区域卫生信息平台主要以服务居民为中心，同时满足医疗卫生服务机构间业务协同和卫生管理辅助决策的需要，形成以居民电子健康档案的区域卫生信息平台为基础，连点成面、信息互认共享的区域医疗联动协同服务模式，基本实现卫生综合管理信息集成化、决策程序化以及业务部门间互联互通。
区域卫生信息平台涉及的业务单位主要有卫生局、各级医院、各级公共卫生机构、社区卫生服务中心、社区卫生服务站等关系居民健康的医疗卫生服务机构。
为了实现以个人电子健康档案为核心，社区、医院之间的医疗卫生服务协同，必须有相应的信息服务来支撑这些业务需求，从而实现医疗卫生服务机构、公共卫生机构、卫生行政部门、个人用户之间的互连互通、信息共享。
5.1平台基础应用系统
5.1.1基础服务
平台的使用对象主要是医疗卫生人员，最终的服务对象是居民和患者。
医疗卫生人员为了更好的提供可靠、可及、连续的医疗卫生服务，需要依赖平台提供的众多服务。
为此，平台需要建立个人身份识别服务、索引服务、以个人为中心的存储服务、数据交换服务、数据调阅服务等基础功能。
5.1.2个人身份识别服务
为了建立对范围内各医疗机构业务联动，实现数据共享或业务协同，各医疗机构在个人身份上必须具有统一的身份机制，此项工作应该作为区域信息平台建设的最为基本性的任务。
5.1.3索引服务
索引服务全面掌握区域卫生信息平台所有关于个人的健康信息相关事件，包括居民何时、何地、接受过何种医疗服务，并产生了哪些文档。
索引服务中应该记录两大类的信息：
健康事件信息：
包括时间、地点、健康事件名称等。
文档目录信息：
包括临床文档、预防保健文档等。
5.1.4以个人为中心的存储服务
在平台中，应该针对个人的数据提供存储服务。
个人数据包括：
个人注册信息库、临床诊疗信息库、公共卫生信息库、时序档案信息库等。
5.1.5数据交换服务
平台需要从医疗机构获取各种基础的业务数据，这些数据的获取都是通过平台提供的数据交换服务来完成的。
数据交换服务至少应该提供如下的一些功能：
适配器管理功能、数据封装功能、数据传输功能、数据转换功能、数据路由功能、数据推送功能、数据订阅发布功能和传输监控等。
5.1.6数据调阅服务
平台应该提供相应的数据利用方式来为医疗卫生人员提供服务。
这些数据利用的方式包括数据调阅服务。
数据调阅服务能够为医疗卫生人员提供的一种基于Web方式安全的访问健康相关信息的功能。
5.1.7互联互通
平台应该具备从医疗机构内部信息系统应用中获取数据的能力，平台也应该具备向医疗机构内部信息系统应用提供信息共享、协同服务等功能。
5.2注册服务
注册服务包括机构注册、医护人员注册、居民注册等服务，系统对这些实体提供唯一的标识。
针对各类实体形成各类注册库（如个人注册库、医疗卫生机构注册库等），每个注册库都具有管理和解决单个实体具有多个标识符问题的能力。
注册库保有一个内部的非公布的标识符。
5.2.1居民注册服务
居民注册服务是指在一定区域管辖范围内，形成一个居民注册库，居民的健康标识号、基本信息被安全地保存和维护着，提供给区域信息平台所使用，并可为医疗就诊及公共卫生相关的业务系统提供人员身份识别功能。
居民注册库主要扮演着两大角色。
其一，它是唯一的权威信息来源，并尽可能地成为唯一的居民基本信息来源，用于医疗卫生信息系统确认一居民是某个居民或患者。
其二，解决在跨越多个系统时用到居民身份唯一性识别问题。
居民注册服务是平台正常运行所不可或缺的，以确保记录在健康档案中的每个人被唯一地标识，他们的数据被一致地管理且永不会丢失。
5.2.2医疗卫生人员注册服务
医疗卫生人员注册库，是一个单一的目录服务，为所有卫生管理机构的医疗服务提供者，包括全科医生、专科医生、护士、实验室医师、医学影像专业人员、疾病预防控制专业人员、妇幼保健人员及其他从事与居民健康服务相关的从业人员，系统为每一位医疗卫生人员分配一个唯一的标识，并提供给平台以及与平台交互的系统和用户所使用。
该功能的基本流程为，各医院、社区和公共卫生机构提供所辖医疗卫生人员基础信息给管理员，管理员完成审核并将这些医疗卫生人员信息在平台上给予注册。
5.2.3医疗卫生机构注册服务
通过建立医疗卫生机构注册库，提供所有医疗机构的综合目录，相关的机构包括各级医院、社区卫生服务中心、疾病预防控制中心、卫生监督所、妇幼保健所等。
系统为每个机构分配唯一的标识，可以解决居民所获取的医疗卫生服务场所唯一性识别问题，从而保证在维护居民健康信息的不同系统中使用统一的规范化的标识符，同时也满足区域信息平台与下属医疗卫生机构服务点层的互联互通要求。
5.3存储服务
存储服务是一系列存储库，用于存储健康档案的信息。
根据健康信息的分类，存储服务分为七个存储库：
居民基本信息存储库、主要疾病和健康问题摘要存储库、儿童保健存储库、妇女保健存储库、疾病控制存储库、疾病管理存储库以及医疗服务存储库。
5.4医疗卫生信息共享
医疗卫生信息共享和协同服务基于存储服务，提供医疗卫生机构之间的信息共享服务。
根据健康档案信息的分类和服务需要，医疗卫生信息共享应该分为七个域：
个人基本信息域、主要疾病和健康问题摘要域、儿童保健域、妇女保健域、疾病控制域、疾病管理域以及医疗服务域。
5.4.1个人基本信息域
个人基本信息域对外提供居民基本信息共享服务。
5.4.2主要疾病和健康问题摘要域
主要疾病和健康问题摘要域是平台中的一个核心部件，它将所有与个人健康相关基础摘要信息进行汇集、存储、并对外提供服务。
主要疾病和健康问题摘要域在区域卫生信息平台中主要包含以下内容：
血型、过敏史、慢病信息等，这些的摘要信息汇集不是从某个基础业务系统中单独获取，而是从众多的基础业务系统中抽取汇集而成。
摘要域的主要服务方式是为医疗卫生人员提供一种通用的、及时的、可信的调阅服务，为医疗卫生人员在进行医疗卫生服务时能够及时、快捷的了解患者、居民基础健康信息提供一种技术支撑。
5.4.3儿童保健域
儿童保健域用于维护及管理区域妇幼机构、社区卫生服务中心、儿童医院、幼托机构、计生委、民政局等机构所产生的儿童保健数据及提供的儿童保健服务。
儿童保健数据主要包括出生医学证明、新生儿疾病筛查、出生缺陷监测、体弱儿童管理、儿童健康体检、儿童死亡管理等数据。
儿童保健域数据体现了域之间的联动性，如根据妇保系统中的新生儿登记可以触发新生儿访视和儿童计划免疫服务。
5.4.4妇女保健域
妇女保健域用于维护及管理区域妇幼机构、社区卫生服务中心、助产医院、计生委、民政局等机构所产生的妇女保健数据及提供的妇幼保健服务。
数据主要包括妇女婚前保健、计划生育、妇女病普查、孕产妇保健服务及高危管理、产前筛查与诊断、孕产妇死亡报告等数据。
妇女保健数据体现了数据间的联动性，如妇女在医院发现自己怀孕后，需要医院将怀孕数据及时传送到妇女所在的社区卫生服务中心及区妇幼保健所，由社区卫生服务中心的防保医生提供产前保健服务，社区服务中心也需将此产前保健数据传送给妇女生产医院，生产医院将妇女产前检查、分娩数据传送回社区卫生服务中心，社区卫生服务可获知妇女分娩并及时上门进行产后访视服务。
5.4.5疾病控制域
疾病预防控制域用于维护和管理CDC、社区卫生服务中心、各级医院所产生的突发公共卫生事件应急处置和日常业务管理（人群健康的疾病预防控制级监测、干预、评估）数据及各种服务。
突发公共卫生事件应急处置数据是针对事件处置的全过程管理数据，日常业务管理数据是针对人群的疾病健康预防和控制的数据。
数据主要包括免疫接种、传染病报告、结核病防治、艾滋病综合防治、血吸虫病病人管理、职业病报告、职业性健康监护、伤害监测报告、中毒报告、行为危险因素监测、死亡医学登记等。
数据着重体现了过程性及联动性，即区域内各个医疗机构（CDC、医院、社区卫生服务中心）形成紧密的卫生业务联动，如某社区的居民在县级医院发现传染病，需要医院形成传染病管理报告卡，并将报告卡数据传送到居民所在的社区卫生服务中心，社区卫生服务中心的防保医生进行上门确认及随访。
5.4.6疾病管理域
疾病管理域用于维护和管理CDC、社区卫生服务中心、各级医院所产生的疾病管理数据及各种服务。
数据主要包括高血压病例管理、糖尿病病例管理、肿瘤病例管理、精神分裂症病例管理、老年人健康管理、成人健康体检。
数据着重体现了过程性及联动性，即区域内各个医疗机构（CDC、医院、社区卫生服务中心）形成紧密的卫生业务联动，如某社区居民在医院发现糖尿病，需要医院马上形成糖尿病管理报告卡，并将报告卡数据传送到居民所在的社区卫生服务中心，社区卫生服务中心的防保医生进行上门确认及随访。
5.4.7医疗服务域
医疗服务域是用于临床信息共享和医疗业务协同的，包括诊断信息域、药品处方域、临床检验域、临床检查域和医学影像域。
5.5全程健康档案服务
全程健康档案服务用于处理平台内与数据定位和管理相关的复杂任务。
该服务包括相关的索引信息，这些索引链接不同存储服务所保存的数据到一个特定的个人、医疗卫生人员、医疗卫生机构或者可以实时获取这些数据的服务点。
全程健康档案服务负责分析来自外部资源的信息，并恰当地保存这些数据到存储库中，可以反向地响应外部医疗卫生服务点的检索、汇聚和返回数据。
全程健康档案服务应该知晓所有的事务和业务逻辑以及数据访问规则的部件，它可以围绕任何数据主题汇集出真正的全程和综合的健康档案视图。
5.5.1索引服务
索引服务全面掌握平台所有关于居民的健康信息事件，包括居民何时、何地、接受过何种医疗卫生服务，并产生了哪些文档。
索引服务主要记录两大类的信息，一是医疗卫生事件信息，另一为文档目录信息。
平台用户在被授权的情况下，可以通过全程健康档案服务提供的索引服务从基本业务系统查看某居民的健康事件信息，以及事件信息所涉及的文档目录及摘要信息。
再结合健康档案数据存储服务可以实现文档信息的即时展示，使用户更多的了解居民（患者）既往的健康情况，为本次医疗服务提供相应的辅助参考作用。
5.5.2业务服务
这个组件由处理健康档案数据访问事务的服务组成。
这些服务被组合在一起建立一个以处理和管理这些健康档案访问事务的场景。
这是平台内协调和执行事务的唯一地点，其中需要涉及平台里的多个服务和系统。
这一组件中的服务管理着平台中事务的全局性表示、编排流、响应组装、业务规则应用以及与平台的各类其他系统或服务的数据访问。
5.5.3数据服务
这些服务为健康档案业务服务提供功能性的支持，以执行正确的数据访问过程和与不同的注册服务、存储服务、业务管理或辅助决策服务交互所需的转换。
通常，全程健康档案服务可以与平台内部组件相互作用。
它依赖于基于标准的通信机制，并使用交换层来执行这种相互作用，或者使用更为直接或私有化的接口机制来访问或更新数据到任何一种注册服务、存储服务。
数据服务用在两个场景里：
记录和获取健康档案数据的在线业务场景，加载和管理健康档案存储库和注册信息的管理功能场景。
5.5.4事务处理
根据对事物的调用和处理，全程健康档案服务将配置成协调处理所有的“列表”和“获取”事务。
对于任何这些事务，将建立管理这些事务的语境，将知晓如何调用一个特定的编排流，并指导编排流的执行，允许在实现这些事务时调用适当的服务。
为了担当处理健康档案数据访问事务的核心，全程健康档案服务必须有能力建立健康档案的完整视图。
全程健康档案服务中的索引服务提供这一能力。
当全程健康档案服务处理事务时必须依赖索引服务，索引服务可以了解在健康档案里存有哪些数据，并知道这些数据在参与到平台中的众多系统里的位置。
当全程健康档案服务是索引服务所有者时，在索引服务里全程健康档案服务也会提供一套特定的事务来管理、维护和使用索引数据。
5.6信息接口服务
信息接口服务应该包括两大类服务：
通信总线服务和平台公共服务。
5.6.1通信总线服务
通信总线服务支持数据存储服务、业务管理、辅助决策以及与基本业务系统和健康档案浏览器之间的底层通信。
主要服务组件包括消息服务和协议服务。
消息服务组件：
由处理消息内容的服务所组成，该消息的应用和网络协议的封装已经被协议服务组件所分离。
这个组件中的服务包括解析、串行化、加密和解密、编码和解码、转换和路由功能。
协议服务组件：
用来处理网络、传输和应用层协议。
这些服务支持可热部署模块，
升级会员 