省级出生医学证明省级平台建设方案.docx
《省级出生医学证明省级平台建设方案.docx》由会员分享，可在线阅读，更多相关《省级出生医学证明省级平台建设方案.docx（51页珍藏版）》请在冰豆网上搜索。
省级出生医学证明省级平台建设方案
**省出生医学证明省级平台建设方案
一、目的
根据国家卫生计生委办公厅“关于推进出生医学证明管理信息系统建设的通知”要求，我省拟建立省级出生医学证明管理平台，对全省出生医学证明的签发、补发、换发、作废以及出库入库进行管理。
同时建立一个出生医学证明数据中心，汇总各市建立的出生医学证明管理平台数据，上报至国家出生医学证明管理信息系统。
二、省级出生医学证明信息平台系统架构
省级平台主要包括一个省级数据中心、省级平台与国家级平台的数据接口、省级平台与地市平台的数据接口、数据检测平台和省级出生医学证明业务信息系统。
系统架构图如下。
图1**省出生医学证明省级平台系统架构
（一）省级出生医学证明数据中心
省级数据中心是全省建立的一套出生医学证明信息数据中心，存储有全省的出生医学证明的签发数据、库存数据等。
出生医学证明省级平台的业务数据相对比较统一，因此在省级平台建议采取集中式存储。
系统架构与数据存储的模式分为集中式、分布式和混合式。
集中式存储方式的优点是效率高且方法简单，但扩展性和灵活适应性受到一定局限。
在本系统建设中，对于出生医学证明的签发数据，由于其使用频率高，数据容量相对较小，可采用数据中心集中式存储的方式；采用中心集中存储的模式，这样可以保证该类数据的安全性。
（二）国家、省级数据接口
国家与省级出生医学证明的数据接口已由国家级发布，按照国家规范文件执行。
（三）省、市数据接口
省级数据中心与市级出生医学证明信息系统（或妇幼保健信息系统）采用WebService方式进行对接。
HTTP/SOAP通讯服务协议提供标准WebService接入服务。
作为最为广泛接受的WebService接入方式，各医疗卫生系统提供商都可以用最少的开发时间，根据各自的技术解决方案，用各种开发工具提供各市出生医学证明信息的上传功能。
同时，HTTP/SOAP通讯服务还提供了SOA服务的主要调用方式。
整个平台使用了基于WebService的SOA设计理念，会提供多个WebService服务来提供具体定制和扩充的要求。
HTTP/SOAP是主要外部WebService调用协议。
数据接口标准在第八条详述。
（四）数据检测平台
各地市按照接口规范将出生医学证明数据传输到省级平台，省级需要建立一套检测平台对出生医学证明的数据进行检测，以便确定传输数据的准确性和一致性。
（五）省级出生医学证明业务信息系统
出生医学证明业务信息系统主要对全省出生医学证明的信息管理。
由于省级不涉及对出生医学证明的直接签发。
省级业务系统主要包括全省出生医学证明的档案管理、空白证件、废件管理、质量管理、真伪鉴定等功能，同时提供全省出生医学证明的签发、换发、补发、作废以及库存的统计等。
省级出生医学证明业务信息系统的功能设计在第三条详述。
三、出生医学证明业务信息系统功能设计
（一）省级《出生医学证明》信息系统的需求分析
《出生医学证明》证件管理包括用于填写《出生医学证明》的空白证件（以下称空白证）、《出生医学证明》废证（以下称废证）、以及疑似伪证的《出生医学证明》（下称疑似伪证）。
《出生医学证明》证件管理，包括对空白证件、废证、以及疑似伪证的管理。
（1）《出生医学证明》档案管理对《出生医学证明》的档案进行管理,提供档案登记、档案变更、档案借阅登记、档案归还登记、档案销毁登记、档案查询统计等功能。
（2）《出生医学证明》空白证件管理系统提供空白证件申领、申领报告审批、空白证件入库、空白证件出库、空白证件调配通知、空白证件查询统计等功能。
系统不允许出生证编号重号入库。
（3）《出生医学证明》废证管理系统提供废证登记、废证入库、废证出库、废证销毁、废证查询统计等功能。
（4）《出生医学证明》质量管理提供制定质控计划、记录质控结果、反馈质控结果等功能。
（5）《出生医学证明》真伪鉴定提供《出生医学证明》真伪鉴定申请、申请转交、证件真伪鉴定、反馈真伪鉴定结论、伪证处理等功能。
（6）《出生医学证明》综合查询统计提供空白证件申领情况查询、空白证件领取情况查询、群体统计信息查询、年度管理和使用统计等功能。
（二）省级《出生医学证明》业务对象模型（领域模型）
业务对象模型（也叫领域模型）是描述业务用例实现的对象模型。
它是对业务角色和业务实体之间应该如何联系和协作以执行业务的一种抽象。
信息系统整体的领域模型，是对业务活动中主要对象和对象之间关系的设计和描述，领域模型可以说是一体化数据模型的基础和核心，因为数据库设计和应用程序划分，都依赖于领域模型所表达出来的思想。
依据对出生医学证明业务领域的分析，建立医学证明业务的业务对象，实现信息的合理规划、有效利用。
出生医学证明管理主要针对《出生医学证明》相关的档案、《出生医学证明》证件（包括空白证及废证）、《出生医学证明》疑似伪证进行管理，重点是《出生医学证明》证件的管理。
《出生医学证明》的签发管理见儿童保健业务。
但《出生医学证明》的签发对《出生医学证明》档案、《出生医学证明》空白证均产生影响。
《出生医学证明》证件管理过程还包括《出生医学证明》的质量控制。
针对《出生医学证明》空白证的管理业务有签发、申领、入库、出库、调配、废证登记（作废转为废证）。
针对《出生医学证明》废证的管理业务有废证入库、出库、销毁；
针对《出生医学证明》疑似伪证管理业务的有疑似伪证的真伪鉴定申请、真伪鉴定申请转交、真伪鉴定、伪证处理。
下图给出《出生医学证明》证件管理的业务对象关系。
图2《出生医学证明》证件管理的业务对象关系
（三）省级《出生医学证明》证件管理的业务模型
《出生医学证明》证件包括用于填写《出生医学证明》的空白证件（以下称空白证）、《出生医学证明》废证（以下称废证）、以及疑似伪证的《出生医学证明》（下称疑似伪证）。
《出生医学证明》证件管理，包括对空白证件、废证、以及疑似伪证的管理。
主要业务包括《出生医学证明》档案管理、《出生医学证明》质量控制、《出生医学证明》空白证件管理、《出生医学证明》废证管理《出生医学证明》空白证件订单管理、《出生医学证明》真伪鉴定。
主要业务参与者包括证件管理机构及证件签发机构。
证件管理机构指被指定为管理《出生医学证明》证件的机构，包括卫生管理机构、妇幼保健机构（儿童保健）、医院（儿童保健）。
证件签发机构主要指受证件管理机构委托，指定为新生儿或其它居民签发、管理《出生医学证明》的机构。
主要包括妇幼保健机构（儿童保健）、医院（儿童保健）、乡镇卫生院（儿童保健）等。
以下分为5个部分描述。
1.《出生医学证明》证件档案管理
《出生医学证明》签发后，存根及其相关资料按首次签发、换发、补发等进行分类归档。
通过《出生医学证明》证件档案管理用例图（见下图）描述业务参与者：
证件签发机构（助产机构）管理人员参与妇幼保健综合管理领域中的业务管理。
图3《出生医学证明》证件档案管理业务用例图
证件签发机构：
归档出生医学证明相关资料、调阅出生医学证明档案、经审批销毁出生医学证明档案、查询出生医学证明。
业务场景（活动图）如下
《出生医学证明》证件档案管理业务归档出生医学证明相关资料、调阅出生医学证明档案、销毁出生医学证明证件档案、查询统计出生医学证明使用情况等项业务。
归档《出生医学证明》证件相关资料通过资料的整理组卷、打印卷内目录、存储档案几个业务活动。
调阅《出生医学证明》证件档案包括登记调阅、登记归还活动。
销毁《出生医学档案》证件流程包括申请销毁、批准销毁、执行销毁三个业务活动。
应用《出生医学证明》证件档案管理业务活动图（见下图）对证件档案管理业务用例图的主要业务活动过程进行描述。
图4《出生医学证明》证件档案管理业务活动图
2.《出生医学证明》空白证件管理
《出生医学证明》的空白证件管理包括空白证申领、审核、入库、出库、调配、证件查询统计等。
《出生医学证明》申领指本级机构向上一级管理机构申领《出生医学证明》，管理机构对下一级机构的申领具备审核通过和驳回功能。
《出生医学证明》申领需经上一级管理机构审核。
省级根据各地（市）上一年度同期活产数和上一年度同期《出生医学证明》使用数审核各地（市）申领。
地（市）级根据各县（区）上一年度同期活产数和上一年度同期《出生医学证明》使用数审核各县（区）申领。
县（区）级根据各签发机构上一年度同期机构内活产数审核各签发机构申领。
《出生医学证明》调配管理指管理机构对下级机构空白《出生医学证明》进行重新分配。
上级机构向下级机构发出调配通知,由下级拨入及拨出机构间执行调配通知,实现调配出库及调配入库。
通过《出生医学证明》空白证件管理用例图（见下图）描述业务参与者：
证件签发机构（助产机构）、证件管理机构管理人员参与妇幼保健综合管理领域中的业务管理。
图5《出生医学证明》空白证件管理业务用例图
证件签发机构：
向上级证件管理机构申领空白证件；实际领用时可将空白证入库；签发、调配拨出或废证登记时可将空白证出库；可查询统计空白证库存情况。
申领空白证件包括向上级机构或空白证件管理仓库申请领用空白证明。
空白证件入库包括空白证件的领用入库、调配入库、返库、盘盈入库等。
空白证件出库包括空白证件的下拨出库、领用出库、作废出库、盘亏出库等。
证件管理机构：
包括县级、地市级、省级证件管理机构。
审核、汇总下级的申领单，对不符合要求的申请单预以驳回。
进而向上一级的证件管理机构提出本辖区的出生医学证明申请。
实际领用及向下级机构发放时，对空白证件进行入库、出库，对于下级机构提出的临时性的空白证需求，可通过发出调配通知的方式调配空白证，调配执行时通过出入库进行管理。
申领空白证件包括年度申领、季度申领以及特殊申领。
年度申领对空白件制定年度计划、季度申领对每个季度作出生证空白件的具体需要量申请。
特殊申领主要指在季度申领不够时，临时性的申领。
证件管理机构可以通过在机构间调配调拨《出生医学证明》空白证件。
图6《出生医学证明》空白证件管理业务活动图
3.《出生医学证明》废件管理
《出生医学证明》废证包括运输、发放、存储过程中毁损、遗失的空白《出生医学证明》或因填写、打印错误未签发的证件。
除遗失的废证，其他种类的废证应在《出生医学证明》三联上分别标识作废，于第二年年底将上一年废证报省级卫生行政部门集中销毁。
废证原因包括打印填写错误、遗失、其他三类；废证的状态包括已销毁和未销毁两种。
打印《出生医学证明》时，由于系统原因产生废证必须先进行作废管理，否则不允许再次打印。
签发机构及县市级以下不能对废证进行销毁，应逐级向上回收，由省、市级统一进行销毁处理。
废证管理包括废件登记、废证入库、废证出库、废件销毁。
通过《出生医学证明》废证管理用例图（见下图）描述业务参与者：
证件签发机构（助产机构）、证件管理机构管理人员参与妇幼保健综合管理领域中的业务管理。
图7《出生医学证明》废证管理业务用例图
证件签发机构、证件管理机构：
可进行废证登记：
因填写错误、遗失等原因将空白证件登记为废证，审核后，空白件即作为作废出库。
同时也作为废证进行入库。
废证入库包括空白证作废入库、废证回收入库。
废证出库包括废证上缴出库、废证遗失出库、废证销毁出库。
具有废证销毁权限的证件管理机构可对废作销毁处理。
图8《出生医学证明》废证管理业务活动图
4.《出生医学证明》质量管理
县（区）级管理机构随机抽取或查询签发机构，确认要进行质控，生成质控记录，质控结束后，录入质控结果。
通过《出生医学证明》质量管理用例图（见下图）描述业务参与者：
证件签发机构（助产机构）、证件管理机构管理人员参与妇幼保健综合管理领域中的业务管理。
图9《出生医学证明》质量管理业务用例图
证件管理机构：
制定质控计划，包括质控点选择确定、质控内容与指标、质控人员与时间安排等。
并依据质控记录进行质控分析、反馈质控结果，评判计划完成情况。
证件签发机构：
依据质控计划，对《出生医学证明》的签发、管理记录质控结果过程及结果，提交质控结果。
图10《出生医学证明》质量管理业务活动图
5.《出生医学证明》真伪鉴定
真伪鉴定由县（区、市）卫生行政部门受理，将鉴定结论确定后反馈给相关机构或个人。
如果可疑证件为外县，则逐级上报、转交鉴定申请，本省的通过信息系统反馈真伪鉴定结论，外省的通过省级卫生行政管理机构进行反馈。
通过《出生医学证明》真伪鉴定管理用例图（见下图）描述业务参与者：
各级证件签发机构（助产机构）、证件管理机构管理人员参与妇幼保健综合管理领域中的业务管理。
图11《出生医学证明》真伪鉴定管理用例图
证件签发机构：
申请《出生医学证明》真伪鉴定。
对可疑《出生医学证明》进行真伪鉴定申请。
对确定为伪假证件的进行相关处理。
证件管理机构：
不具备真伪鉴定的证件管理机构继续向上一级机构提交《出生医学证明》真伪鉴定申请；非本辖区的证件管理机构向疑似伪证所在辖区的管理机构提交《出生医学证明》真伪鉴定申请。
具有真伪鉴定资格的行政管理机构，对辖区内的疑似《出生医学证明》伪证做出真伪鉴定，并向真伪鉴定申请机构反馈真伪鉴定结论。
图12《出生医学证明》真伪鉴定管理业务活动图
（四）地市级业务系统设计
地市级业务平台是出生医学证明签发数据产生的重要来源，该平台主要包括基本信息的登记、《出生医学证明》签发、换发、补发和作废，提供查询和统计功能对辖区的业务数据进行统计。
同时地市级业务系统与省级互联，数据通过接口传输到省级平台。
1.基本信息登记
完成基本信息录入（包括父母信息、儿童信息）。
（1）能从《妇女儿童基本档案管理分系统》、《孕产期保健服务管理分系统》转入；
（2）提供完整的基本信息录入功能；
（3）提供审核和修订功能，审核确认后不允许修改基本信息，并作为签发《出生医学证明》的前提；
（4）具备《出生医学证明》相关信息修改日志保存功能。
2.《出生医学证明》签发与补发
完成《出生医学证明》的签发和补发功能。
签发时，登记《出生医学证明》签发信息（包括出生证编号、签发日期等信息）；补发时，登记《出生医学证明》补发信息（包括出生证编号、签发日期、遗失声明、原签发单位相关材料等信息）。
（1）提供《出生医学证明》套打功能；
（2）《出生医学证明》打印失败时，系统应对原《出生医学证明》作作废处理，才能重新打印《出生医学证明》。
3.《出生医学证明》管理
完成对《出生医学证明》运转的管理（包括《出生医学证明》的订购、接收、领用、作废）
（1）必须提供对《出生医学证明》的流水帐管理；
（2）具备《出生医学证明》作废原因记录功能。
4.查询
根据单个或多个条件组合查询《出生医学证明》信息、签发信息、补发信息、作废信息及修改日志，采用一览表方式显示，具备打印和数据导出功能。
能够按帐簿式查询《出生医学证明》的流转情况并提供打印功能。
5.统计报表
能自动生成打印《出生医学证明》库存统计表、《出生医学证明》使用情况统计表等，并支持数据导出。
四、数据交换技术方案
（一）数据交换服务总线
数据交换服务总线ESB是整个省级平台的技术核心，ESB通常采用面向服务的体系结构。
该服务保证在一个异构的环境中实现信息稳定、可靠的传输，屏蔽掉用户实际中的硬件层、操作系统层、网络层等相对复杂、烦琐的界面，为用户提供一个统一、标准的信息通道，保证用户的逻辑应用和这些底层平台没有任何关系，最大限度地提高用户应用的可移植性、可扩充性和可靠性。
提供一个基于应用总线的先进应用整合理念，最大限度地减少应用系统互联所面临的复杂性。
系统的实现维护都相对简单，保证每一个应用系统的更新和修改都能够实时地实现；同时当新的应用系统出现时能够简便的纳入到整个IT环境当中，与其它的应用系统相互协作，共同为用户提供服务。
面向服务的体系结构（SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。
接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。
这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。
松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。
而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。
对松耦合系统的需要来源于业务应用程序需要，根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。
我们称能够灵活地适应环境变化的业务为按需业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。
虽然面向服务的体系结构不是一个新鲜事物，但它却是更传统的面向对象的模型的替代模型，面向对象的模型是紧耦合的，已经存在二十多年了。
虽然基于SOA的系统并不排除使用面向对象的设计来构建单个服务，但是其整体设计却是面向服务的。
由于它考虑到了系统内的对象，所以虽然SOA是基于对象的，但是作为一个整体，它却不是面向对象的。
不同之处在于接口本身。
SOA系统原型的一个典型例子是通用对象请求代理体系结构，它已经出现很长时间了，其定义的概念与SOA相似。
然而，现在的SOA已经有所不同了，因为它依赖于一些更新的进展，这些进展是以可扩展标记语言（eXML）为基础的。
Web服务并不是实现SOA的唯一方式。
但是为了建立体系结构模型，所需要的并不只是服务描述。
您需要定义整个应用程序如何在服务之间执行其工作流。
尤其需要找到业务的操作和业务中所使用的软件的操作之间的转换点。
因此，SOA应该能够将业务的商业流程与它们的技术流程联系起来，并且映射这两者之间的关系。
例如，给供应商付款的操作是商业流程，而更新零件数据库，以包括进新供应的货物却是技术流程。
因而，工作流在SOA的设计中扮演重要的角色。
此外，动态业务工作流不仅包括部门之间的操作，甚至还可以包括与外部合作伙伴进行的操作。
因此，为了提高效率，需要定义应该如何获取服务之间的关系的策略，这种策略常常采用服务协定和操作策略等形式。
所有这些都必须处于一个信任和可靠的环境之中，以同预期的一样根据约定的条款来执行流程。
因此，安全、信任和可靠的消息传递应该在任何SOA中都起着重要的作用。
消息交换技术最好具备如下特性：
（1）基于消息中间件技术，业务中心基于JAVA技术，J2EE标准。
（2）操作系统平台、数据库系统无关性，ESB应完全按跨平台技术设计和实现，兼容目前所有常规操作系统和流行的数据库系统。
（3）基于消息内容路由功能，集成工作流服务。
（4）消息交换符合XML标准，为专为国内卫生行业定制的总线消息协议，可通过协议转换器与HL7等多种国际标准协议兼容。
（5）基于卫生行业各系统发展不平衡的现状。
整体EAI设计模式符合
SOA（面向服务系统架构）。
现有的体系结构模型和实践往往是以程序为中心的。
应用程序是以某个单一的医疗行业业务需要为出发点。
通常，流程信息在组件之间传播。
应用程序很像一个黑匣子，没有粒度可用于外部。
重用需要复制代码、合并共享库或继承对象。
在以流程为中心的体系结构中，应用程序是为过程开发的。
流程可以分解成一系列的步骤，每一个步骤表示一个业务服务。
实际上，每个过程服务或组件功能都相当于一个子应用程序。
将这些子应用程序链接在一起可以创建能够满足业务需求的流程流。
这种粒度允许利用和重用整个组织中的子应用程序。
（1）服务请求方
在ESB构架中，服务请求方为发起请求的应用系统，通过ESB提供的源适配器，将请求消息发送到入点的前置服务器的发送队列。
源适配器为发送方应用系统与ESB数据中间交换总线的桥梁，适应目前医疗行业业务系统所采用的系统平台和开发语言有较大差异，各种平台上都有对应的源适配器，支持C,COM,JAVA等不同开发环境。
（2）消息中间件
消息队列为构造以同步或异步方式实现的分布式应用提供了松耦合方法。
消息队列的API调用被嵌入到新的或现存的应用中，通过消息发送到内存或基于磁盘的队列或从它读出而提供信息交换。
消息队列可用在应用中以执行多种功能，比如要求服务、交换信息或异步处理等。
在MQ中，队列分为很多种类型，其中包括：
本地队列、远程队列、模板队列、动态队列、别名队列等。
本地队列又分为普通本地队列和传输队列，普通本地队列是应用程序通过API对其进行读写操作的队列；传输队列可以理解为存储-转发队列，比如：
我们将某个消息交给MQ系统发送到远程主机，而此时网络发生故障，MQ将把消息放在传输队列中暂存，当网络恢复时，再发往远端目的地。
远程队列是目的队列在本地的定义，它类似一个地址指针，指向远程主机上的某个目的队列，它仅仅是个定义，不真正占用磁盘存储空间。
根据应用逻辑划分，ESB主要划分成发送和接收两种队列：
发送队列
接收队列
（3）服务提供方
SOA设计中，将应用系统对外提供的实现了特定的、可标识的一组（业务）功能称为服务。
除了业务功能，ESB内配置的服务还实现中心管理接口，以及参与环境的边界配置、操作和监视。
（二）数据接口方式
为了实现数据的联动，需要在各地市部署数据交换前置服务部件：
以数据交换适配器的方式实现各分市级平台的集成接入，按照SOA的设计理念，被集成系统需要与数据交换平台交互的功能组件、数据组件将被封装成“服务”，屏蔽被集成系统所采用的具体技术及其实现方式，以标准的接口方式与数据交换平台衔接。
同时根据需要部署前置数据库，进行交换数据的前置缓存。
各个应用系统通过与服务总线ESB实现消息交互。
通过在业务系统端安装相应的软件适配器，实现与消息交换中心的信息交互。
适配器由软件模块、软件配置文件、应用编程接口等组成。
在消息总线系统的整体设计架构中，各个具体的业务系统通过Adapter连接到消息消息交换平台收发业务数据。
适配器起着耦合消息交换平台与具体业务系统的作用。
在我们的方案中有三种适配器：
标准适配器、专用适配器和商用适配器。
标准适配器是由标准的AdapterKernel和API组成。
AdapterKernel实现和消息交换中心的消息交互和对消息的实时监控，并提供将消息分发到应用系统的功能。
API是为应用系统提供的一套标准的接口，具有足够的扩展性，可以灵活地嵌入到业务流程中，同时将与业务无关的通讯配置定义与业务代码隔离。
具体地，Adapter实现以下的功能：
（1）实现消息的安全、可靠传递；
（2）实现消息的透明传递，Adapter的实施者不必关注传递技术细节；
（3）接口通用化，降低因开发架构不同导致的业务应用侧编程复杂性；
（4）实现具有共同性的消息封装、变换、接收功能。
例如，加解密/校验/字符集变换及HCN-XML标准协议；
（5）简单的远程安装配置方法，适配器的函数调用库可以平滑升级而不影响业务应用；
（6）可以与消息交换平台交互管理信息，实现流量控制、报文蓄积、本地日志等功能。
有关适配器组件的有关功能说明如下：
（1）总线连接器
功能概述：
连接MQ队列管理器和队列，发送和接收消息。
在其内部封装了MQ提供的连接、收发消息等接口。
它与其他组件/子模块通过内部调用机制传递控制信息，和消息处理器通过内部接口传递处理好的消息。
总线连接器不对消息内容做任何处理。
（2）日志管理器
功能概述：
记录运行日志和错误日志，提供不同内部函数对应不同日志记录要求。
（3）配置管理器
功能概述：
读取配置文件和业务对象定义以供初始化使用；生成对应消息控制数据（如消
升级会员 