新闻管理系统顺序图_信息传递的基本流程图

国家卫健委优秀案例：市级转诊协同信息平台项目建设方案 　　温州市卫生健康委员会（温州卫健委） 何耀平 　　第六章 建设方案 　　1.1 建设目标与内容 　　建设目标：市级转诊协同信息平台项目是建立符合温州实际的可追踪、可调控、可监管、可配置的转诊平台。实现双向转诊的基本功能，包括双向转诊服务系统，预约诊疗服务系统，全科医生签约服务系统、评价服务系统以及医疗协同服务系统。实现诊疗数据共享、及健康档案管理系统整合，为后续市级转诊协同平台的功能扩展和提升做好衔接，最终实现双向转诊的信息化、标准化、实时监控及有效考核，实现医疗资源的公平配置。完善医疗机构服务质量和规范，提高基层卫生服务体系运行效率，提高患者对医疗机构的满意度，增强卫生行业社会效益。 　　本期建设内容： 　　（1）电子病历调阅系统。利用注册信息参考模型，为电子病历调阅建立一个电子病历文档注册中心，主要实现在不同医疗机构间直接进行电子病历文档的生成与解析的转换，实现分散存储、中心注册区域电子病历调阅系统。 　　（2）健康档案管理系统。本期工程对各区县电子健康档案进行规范改造，为基本的双向转诊运转提供基础数据。各医疗卫生业务部门可通过本部门的数据接口，将数据集成到数据中心，通过数据共享与交换平台和其他医疗卫生业务部门进行数据交换。 　　（3）双向转诊服务系统。实现上下转诊功能，对转诊服务能进行有效统计，建设双向转诊流程规则库和配置库，实现转诊流程的配置和管理工作，对不同的病种的转诊配置相应的双向转诊流程，提供精细化、个性化的双向转诊服务。 　　（4）预约诊疗服务系统。基于区域医疗资源数据库，在现有预约挂号平台的基础上，整合全市范围内各级各类医疗机构的门诊号源信息，在有条件的检验诊断中心资源及其他医疗服务信息(包括区内医疗机构的挂号排班资源、检查设备资源、住院床位资源)，实现资源的集中发布、分配、调剂，在区域范围内的各级医疗机构可以实时查询、申请各类资源。 　　（5）全科医生签约服务系统。实现签约服务协议的管理功能，对全科医生签约服务进行统一管理和考核，同时延伸基层医疗卫生机构服务网络，为签约服务提供村级网点、上门服务、信息网络等支撑。全科医生签约服务系统主要支撑实现签约、续约、解约（中止）、变更、转介等各环节的工作。 　　（6）医疗服务评价系统。建设完整的医疗质量管理组织体系和较为健全的医疗规章制度体系，对双向转诊医生在业务、服务、行为记录以及效率方面进行全方位考核，统一规范转诊服务。实现医务人员绩效考核工作，医疗机构对医生的双向转诊、健康档案管理以及医疗服务管理的工作量和工作质量的进行评价。 　　（7）医疗协同服务系统。整合全市各级医疗卫生单位的医院管理系统、全市健康门户、移动医疗系统，打造温州市医疗卫生“互联网+人际网”，实现区域移动健康医疗协同服务、双向转诊协同服务和远程医疗服务，改善健康管理方式和医患沟通模式，加强院间技术协作与交流，建立医医、医患和病友之间的互动平台，实现医医之间的学术交流、医患以及病友之间互动交流。 　　href=””>1.2 平台总体设计 　　1.2.1 平台功能架构 　　市级转诊协同信息平台的使用对象主要是医疗卫生人员。医疗卫生人员为了更好的为居民和患者提供可靠的、可及的、连续的医疗卫生服务，需要该平台提供的转诊过程中的全程服务。通过转诊协同信息平台可以有效整合医疗卫生业务应用系统以及相关数据，并实现数据共享与交换以及系统的互联互通。依据双向转诊系统流程，该系统的功能架构设计如图6.2-1所示。

图6.2-1： 市级转诊协同信息平台功能架构图（红色/深色为本期建设内容） 　　本期建设内容包含了双向转诊服务系统、预约诊疗服务系统、全科医生签约服务系统、医疗服务评价系统以及医疗协同服务系统。 　　为保证数据在各系统之间有效流转，构建健康云数据中心，利用诊疗共享平台数据、健康档案数据库、简单调阅医院间电子病历信息的同时，集中存储双向转诊业务数据。健康云数据中心与其他各系统的关系如下图6.2-2所示。 　　市级转诊协同信息平台按照统一的平台标准与温州市健康云中心进行互连，实现各级医院、基层卫生服务机构以及医保中心之间的信息共享和互联互通。

图6.2-2：健康云数据中心与各系统关系示意图 　　1.2.2 业务流程图 　　为构建可追踪、可调控、可监管、可配置的开放性转诊系统平台，基于系统的双向转诊业务流程示意图，如下图6.2-3所示。

图6.2-3：双向转诊业务流程示意图 　　不同等级的医院都具有自己的优势与特点，遵循各级医疗单位发挥自己的优势，为有着不同医疗服务需求的居民提供合适的医疗服务的原则，双向转诊基本流程特征为： 　　（1）实现流程的可配置性，针对不同病种设置相应的转诊流程，特别是慢病和特殊病情，根据病种转向自定义流程配置模块。启用双向转诊自定义流程时，主要素由相应的业务表单、用户、用户权限、业务流程走向组织，确定人员与人员、人员与科室、人员与医院、科室与医院以及医院与医院之间的业务关系。自定义流程不仅可用于多种疾病不同转诊的需要，同时也能为协同平台提供个性化、可订制的服务。 　　

图6.2-4： 流程自定义示意图 　　（2）引导病人首诊在基层医疗卫生机构，如有转诊需求，患者由基层医疗卫生机构上转到区县级医院，如有疑难杂症、重大疾病的诊断/ 治疗/ 护理需求再转诊到省市级医院。 　　（3）对于只需进行后续治疗、疾病监测、康复指导、护理等服务的患者，市级、区县级医院应结合患者意愿，宣传、鼓励、动员患者转入相应的下级医疗机构，由转入单位完成后续康复治疗，慢性的长期跟踪与健康指导等。 　　（4）在转诊过程中，患者在院的诊疗信息、康复计划等及时、准确、全面的共享给转诊医院，上级医院可以了解患者的基本情况，下级医院的医师也可以从上级医院的诊疗方案中积累经验得到提高。 　　（5）在相应的系统中设置签约标签、医保标签的标记和基层首诊的认证。在双向转诊过程中，根据这三个标签对用户进行认定，保障医生和用户各自明确的权利和义务。 　　1.2.3 软件系统部署 　　双向转诊系统的部署依据卫计委出台的信息技术标准，根据现有各机构转诊系统建设的实际情况，在保持原有机构转诊系统架构的基础上，应用统一的接口方式，实现不同转诊系统与方式间的整合。为了达到这一目的，必须建立双向转诊系统跟平台进行耦合的集成方案，来规范应用系统的整合。部署架构如下图所示： 　　

图6.2-5： 部署架构示意图 　　有开发能力的大型医院，转诊平台开放API开发包，医院可进行二次开发，将双向转诊系统融合到原HIS系统中。区县医院/社区服务中心可以通过网页的方式进行系统调用。 　　1.2.4 基础设施部署 　　温州市人民政府办公室8月底通过《关于推进政府大数据平台建设的实施意见》（以下简称《意见》），《意见》规定，基础设施建设方面，根据电子政务、智慧城市、信息惠民等信息化建设需求，建设全市“一朵云”架构。云服务模式将按照“以上云为常态，不上云为例外”要求，让各地、各部门利用统一政务云平台开展电子政务应用，除特殊原因外，各部门原则上不再新建独立的机房、数据中心和专用网络，不另行采购服务器、存储、数据库、支撑软件、信息安全、数据备份等基础设施。 　　但是，作为温州智慧城市总体规划中允许单独建设的行业云中心之一，医疗卫生业务系统具有相当的复杂性和探索性，而且现有市卫计委机房有部分资源还没有充分利用，同时考虑到市政务云平台建设进度以及与现有市卫计委业务系统和基础设施资源的重新对接和磨合问题。因此，为保证项目顺利实施和按期完工，建议增加设备扩充市卫计委现有云平台。 　　href=””>1.3 电子病历调阅系统 　　1.3.1 系统总体设计 　　利用注册信息参考模型，为电子病历调阅建立一个电子病历文档注册中心，主要实现在不同医疗机构间直接进行电子病历文档的生成与解析的转换，医院电子病历一般不上传区域健康云平台，后期在智慧支持系统（医疗大数据中心）建设期再从大数据中心数据分析的角度时再要求各医院上传电子病历到区域健康云中心。如某病人在 A 医院和 B 医院之间的转诊，首先是从 A 医院的数据库中提取临床诊疗信息生成电子病历文档，然后在B医院解析电子病历文档，医院系统上展现，实现分散存储、中心注册区域电子病历调阅系统。电子病历调阅系统功能主要包括注册服务、查询/提取服务和管理服务等。 　　本系统将与以下的外部系统有逻辑关系： 　　Ø 双向转诊服务系统 　　用于电子病历等数据的调阅。 　　Ø 医疗协同服务系统 　　用于电子病历等数据的调阅。 　　1.3.2 数据资源设计 　　电子病历是将数据分散各个中心，而将有用索引的信息存储在平台上面，当要调用的时候就根据索引得到数据所在的地址，再根据地址去提取数据。因此前期电子病历调阅系统的数据资源主要是索引数据和相册信息。后期在智慧支持系统（医疗大数据中心）建设期再从大数据中心数据分析的角度时再要求各医院上传电子病历到区域健康云中心，后期电子病历调阅系统的数据资源主要是电子病历数据。 　　1.1.1 功能详细设计 　　1.1.1.1 注册服务 　　注册服务主要负责接收文档源提交的各种文档集，将其保存到文档存储中心，然后解析文档内容，使用解析得到的数据信息在文档注册中心完成注册。整个注册服务采用事务控制机制，以保证文档存储中心的存储内容和文档注册中心的注册内容同步。 　　1.1.1.2 查询/提取服务 　　查询/提取服务可以分为查询服务和提取服务两部分。文档用户提交查询请求，查询服务根据文档用户的查询要求，在文档注册中心的数据中进行搜索，将符合要求的文档数据信息返回给文档用户。用户根据返回的数据信息选择自己想要的文档，提取服务使用数据中包含的唯一标识符从文档存储中心中提取相应的文档，返回给文档用户。 　　1.1.1.3 管理服务 　　管理服务针对EMR系统管理员提供各种安全服务，主要包括用户管理、权限管理、注册文档的状态管理、以及一些系统设置和维护功能。 　　href=””>1.2 健康档案管理系统 　　居民电子健康档案是双向转诊工作有效开展的基础。本期双向转诊协同信息平台对各区县电子健康档案进行规范改造，为基本的双向转诊运转提供基础数据。各医疗卫生业务部门可通过本部门的数据接口，将数据集成到数据中心，通过数据共享与交换平台和其他医疗卫生业务部门进行数据交换。 　　1.2.1 系统总体设计 　　市级健康云中心统一采集、存储和管理各区县电子健康档案，依据数据的一致性、安全性原则，将分离的数据整合，并保持实时更新，以供医疗卫生机构和管理部门进行数据交换、查询和统计分析。

图6.4-1：电子健康档案数据资源架构 　　根据现有电子健康档案建设情况，各区县已建电子健康档案需要进一步整改以统一数据接口，实现数据共享。本期具体建设内容如下： 　　（1） 根据2013年《浙江省电子健康档案信息系统基本功能规范(试行)》浙卫办基层[2013]10号文件，对现有电子健康档案进行整改，形成全市统一电子健康档案模板。 　　（2） 提供与HIS、LIS、PACS、EMR、免疫规划和体检等系统的接口，实现系统间的互联互通，提供与卫生平台的数据报送和接收接口。 　　（3） 区县级卫生数据中心定时把居民电子健康身份索引更新到市级健康云中心统一存储，各区县可根据账号权限在转诊中进行相应的调阅。完成自下而上的区域卫生信息的数据对接，实现市辖区内的居民电子健康档案的跨区域和跨机构应用。 　　（4） 区县内的电子健康档案，集中存放在区县卫生数据中心，基于区县级平台的业务数据交换和共享，有效开展医疗卫生服务的业务协同，实现居民电子健康档案管理的动态化，满足区县区域卫生一体化管理需求。 　　（5） 提供健康档案调阅服务，实现对平台整合后业务数据的调阅和访问，为终端用户提供访问健康档案的应用程序，授权的医疗卫生人员可以方便地访问区域卫生信息平台中保存的客户相关数据。 　　1.2.2 数据资源设计 　　1.2.2.1 数据流程设计 　　电子健康档案系统的主要功能实现温州市居民健康档案数据上传、数据更新、数据质量控制和数据整合，具体数据流程如下图所示。

图6.4-2：电子健康档案数据流程图 　　（1） 数据上传 　　各区县医疗卫生机构根据数据标准统一规范健康档案数据，将健康档案上传至市卫计委健康档案数据平台进行统一存储。 　　（2） 数据处理 　　市电子健康档案数据平台将区县上传的数据与公卫诊疗数据进行核对校验，并进行数据整合与质量控制，将不规范数据、有质量问题的数据进行更新并返回至区县数据库，同步健康档案数据。 　　（3） 数据调阅 　　市卫计委提供统一的健康档案浏览器，各区县医疗卫生机构以调阅方式市核心数据库中的健康档案数据，从而实现数据交换共享。 　　1.2.2.2 数据库系统设计 　　（1） 患者家庭健康档案 　　包括家庭基本信息、家庭主要问题和家庭成员信息的管理。 　　（2） 患者个人健康档案 　　个人健康档案模块包括基本资料、健康行为、主要问题、健康体检、就诊记录等。 　　基本资料：包括姓名、性别、身份证号、医保卡号、责任医生等。 　　健康行为：包括吸烟与饮酒情况、饮食与锻炼习惯等。 　　主要问题：包括有无慢性疾病、重大疾病、过敏史、RH阴性等。 　　健康体检：指历史体检报告。 　　就诊记录：包括历史就诊医院、用药史等。 　　（3） 慢性病随访记录 　　对冠心病、高血压、糖尿病、肿瘤病等慢性病对专项随访记录，内容包括随访时间、随访医生、症状、医师建议等。 　　（4） 特殊人群保健记录 　　对残疾人、儿童、老年人、妇女提供的养生保健、疾病防治等健康指导记录。 　　1.2.2.3 信息共享交换设计 　　依托诊疗共享平台，实现各级卫生医疗机构之间的网络互联互通、信息共建共享，实现居民跨医疗机构、跨地域就医行为的数据共享。实现电子健康档案信息系统应与新农合、城镇基本医疗保险等医疗保障系统相衔接。 　　通过电子健康档案建设，将全市医疗机构诊疗数据采集集中，并将公共卫生信息系统数据如妇幼保健信息、传染病、慢性病等信息系统的数据进行关联归并，实现区县与市级数据库的有效统一。市卫计委提供统一的健康浏览器和数据调用接口软件，供各级医疗卫生机构调阅电子健康档案。 　　1.2.3 功能详细设计 　　6.4.3.1数据整合 　　结合公共卫生数据，通过主索引关联的方式对区县所上传的数据进行整合。 　　（1） 公卫诊疗数据整合 　　将疾控系统、妇幼系统、慢性病系统等公共卫生系统和医疗服务系统信息数据纳入整合范围，实现数据融合统一，提高数据的完整性。 　　（2） 主索引关联 　　将患者的身份证号作为主索引，查找并合并同一患者的档案数据，降低数据库冗余度。 　　6.4.3.2质量控制 　　目前各区县业务发展情况不一致，导致健康档案功能规范不一致，加之健康档案存在管理不规范，错误信息不更正等现象，致使电子健康档案的真实性与准确性较差。 　　电子健康档案的质量控制可以通过公共卫生诊疗数据比对校验和主索引比对校验两种方式进行。公卫诊疗数据比对校验是指市卫计委将传染病数据、妇幼保健数据、疫苗数据等准确性较高的公卫诊疗数据作为校验依据，与区县所上传的数据进行比对校验。主索引比对校验将患者的身份证号作为主索引，核对同一患者同一条目下的档案信息，确保数据的一致性。 　　若经过比对校验发现数据不一致或存在错误，更新上传的数据并反馈给区县核心数据库，提高数据的准确性。 　　6.4.3.3数据调阅 　　区县核心数据库数据与市级核心数据库保持一致，由市卫计委提供统一的健康档案浏览器和数据调用接口。为保证患者隐私，需要对电子健康档案进行调阅权限控制。 　　（1） 个人信息处理 　　根据不同的调阅需求，将个人信息展示的内容分为四个等级。 　　Ø 级别一：不展示任何个人信息； 　　Ø 级别二：隐藏除了姓名以外的信息； 　　Ø 级别三：隐藏除了姓名、身份证号、社保卡号以外的信息； 　　Ø 级别四：全部展示。 　　（2） 调阅权限控制 　　Ø 医生工作站系统或社区医生工作站系统进行调阅时，识别系统IP地址、MAC地址等参数信息是否有调阅权限及调阅等级； 　　Ø 坐诊医生在患者就诊过程中向医生工作站系统或社区医生工作站系统发出调阅申请，需要进行医生工号、职称等信息核实，再完成调阅； 　　Ø 由患者刷卡授权调阅； 　　患者住院时，只允许本科室、本病去的医生调阅档案。 　　href=””>1.3 双向转诊服务系统 　　基于市级转诊协同信息平台的双向转诊服务系统致力于实现“基层首诊、双向转诊、急慢分治、上下联动”的就医制度，积极发挥大中型医院在人才、技术及设备等方面的优势，同时充分利用各社区卫生服务中心的服务功能和网点资源，促使小病、慢病逐步下沉社区，社区群众危重病、疑难病的救治到大中型医院。 　　本期双向转诊服务系统重点实现上转、下转以及统计分析等转诊基本功能。 　　1.3.1 系统总体设计 　　1.3.1.1 系统组成部分 　　根据双向转诊需求，确定双向转诊服务系统的系统组成，具体设计如下图所示。包括转诊管理子系统和统计分析功能。

图6.5-1：双向转诊服务系统功能结构图 　　1.3.1.2 系统间关系 　　本系统将与以下的外部系统有逻辑关系： 　　Ø 诊疗共享平台 　　用于诊疗数据，电子健康档案，电子病历等数据的调阅，转诊数据的存档等。 　　Ø 医院HIS系统 　　嵌入医院HIS系统，实现系统之间的对接。 　　1.3.2 数据资源设计 　　1.3.2.1 数据流程设计 　　根据上文对双向转诊的业务流程调查和分析，采用结构化系统分析方法，自顶向下，逐层分解，设计出系统的数据流程图。双向转诊服务系统的主要功能为患者上转和下转，在绘制系统数据流程图时分为上转数据流和下转数据流。

图6.5-2：双向转诊数据流程图 　　1.3.2.2 数据库系统设计 　　（1）患者个人信息 　　包括患者姓名、性别、年龄、联系方式等和数据库能提供的资料。 　　（2）患者医疗信息 　　包括患者初步诊断、医疗就诊记录、过敏记录、既往病史、当前的用药情况、既往服药历史、家庭病史、疫苗注射情况、传染病记录、住院史、手术史等。患者由医院下转至社区时，还应该包含医生提供的康复指导意见患者在回社区康复阶段的康复意见。 　　（3）双向转诊报表 　　根据时间段内社区卫生中心及医院发出的转诊申请及确认进行统计，可以实现针对各卫生服务中心发送及医院接受的灵活性报表。 　　（4）流程规则库和配置库 　　建设双向转诊流程规则库和配置库，实现转诊流程的配置和管理工作，对不同的病种的转诊配置相应的双向转诊流程，提供精细化、个性化的双向转诊服务。 　　1.3.2.3 信息共享交换设计 　　序号类别资源标准1对外共享患者转诊信息健康档案基本架构与数据标准2共享需求诊疗数据健康档案基本架构与数据标准3共享需求区域医疗资源健康档案基本架构与数据标准4共享需求电子病历电子病历基本架构与数据标准5共享需求健康档案健康档案基本架构与数据标准 　　1.3.3 功能详细设计 　　1.3.3.1 医院转诊管理子系统 　　（1）上转sigusoft 　　患者根据病情需要可从基层医疗卫生机构上转到医院进行治疗。上级医院双向转诊办公室接到上转申请后，查看患者的转诊信息，根据患者的转诊信息并结合社区医生的建议，进行分诊操作。如果该医院已经实现了网上预约挂号，则转诊工作人员进入医院的预约挂号系统，为病人预约相应的医生，在转诊单上注明预约的科室医生和时间，并立即打印转诊单，先行送到为患者预约的专科医生处，作为转诊病人的预约凭证和医院专科医生安排接诊工作。 　　（2）下转预约 　　上级医疗机构将恢复期的患者转诊至基层康复与管理称之为下转。患者在医院进行治疗病情稳定后，需要继续住院观察的患者转入基层医疗机构康复病区（康复转诊）满足出院标准的患者直接出院回家（出院转诊）。医院双向转诊办公室首先将患者电子病历等转诊信息导入转诊业务数据库中，同时通过转诊平台告知社区患者下转事宜。 　　对于康复下转，上级医疗机构将转诊申请通过系统推送至相应的基层医疗卫生单位，同时下转患者的诊疗信息、出院小结和康复方案。基层医疗卫生单位接到下转申请后，经过评估、分析，制定合理的康复方案，接收患者回社区康复。 　　对于出院下转，患者符合出院标准，上级医疗机构将患者的转诊申请通过系统推送至相应的基层医疗卫生单位，同时下转患者的诊疗信息、出院小结。签约医生根据诊疗信息及出院小结对患者进行追踪、随访。 　　最后基层医疗卫生单位将患者在社区进行康复治疗产生的数据导入转诊业务数据库中，对患者整个就诊过程产生信息进行自动归档和共享。 　　（3）会诊sigusoft 　　医院双向转诊办公室工作人员在接收到社区机构的会诊申请后,联系医院相关科室的医生，约定时间后告知社区中心医生。 　　（4）出诊申请sigusoft 　　医院在收到社区机构的出诊申请时，双向转诊办公室工作人员查看相关医生的工作日程，告知社区机构具体的时间。 　　1.3.3.2 基层医疗卫生机构转诊管理子系统 　　基层医疗卫生机构管理子系统负责社区机构转诊病人时的主要业务，主要实现如下功能： 　　（1）上转预约 　　患者因为病情需要，应从基层医疗卫生机构上转到医院进行治疗。基层医疗卫生机构医生首先在基层医疗卫生机构管理子系统中完善患者健康档案等转诊信息，并将转诊信息导入双向转诊数据库中。然后进入双向转诊信息系统，将转诊信息导入市级数据中心转诊业务数据库中，并生成转诊标识，同时在转诊平台上向上级医院进行网上请求和预约时间/科室/专家，并提交上转申请。收到医院的sigusoft后，转诊成功，病人只需要持市民卡或者医保卡到上级医院就可以让系统自动识别完成转诊，享受绿色通道优先服务。最后病人在医院产生的电子病历信息（如检查结果、会诊意见、健康指导等）将自动导入转诊业务数据库。 　　根据就诊科室不同，基层医疗卫生机构上转可分为门诊转诊、检查转诊、急诊转诊和住院转诊。 　　门诊转诊、检查转诊的流程如下：

　　急诊转诊的流程如下：

　　住院转诊的流程如下： 　　

　　（2）下转sigusoft 　　基层医疗卫生机构在接收到医院的下转申请后，根据医疗资源情况sigusoft其转诊请求，填写转诊单，告知可以转诊的具体时间。 　　（3）会诊申请 　　会诊是指几个医生共同诊断疑难病症。在本文中会诊是指基层医疗卫生机构卫生中心在下转患者康复过程中遇到问题，或接诊到疑难疾病患者，可向上级医院求助，提出会诊请求。 　　（4）出诊申请 　　医生离开医院或诊所到病人家里去给病人治病。申请医院医生出诊主要针对行动不方便的患者，以及为了帮助基层医疗卫生机构医生提高业务水平的出诊、基层医疗卫生机构遇到突发事件请求的出诊。 　　1.3.3.3 统计分析子系统 　　完成双向转诊业务统计 ，提供双向转诊相关业务的月报、季报和年报等。该系统为配合双向转诊有效评价机制而构建，该系统所得出的统计报表可以为医院和社区机构对医生考核提供依据 　　（1） 上转业务统计功能模块，完成由基层医疗机构上转至上级医院的患者统计。 　　（2） 下转业务统计功能模块，完成由上级医院下转至基层医疗机构的患者统计。 　　href=””>1.4 预约诊疗服务系统 　　通过区域医疗资源数据库，在现有的预约挂号平台的基础上，整合全市范围内各级各类医疗机构的门诊号源信息，检验诊断中心资源及其他医疗服务信息(包括区内医疗机构的挂号排班资源、检查设备资源、住院床位资源)，实现资源的集中发布、分配、调剂，在区域范围内的各级医疗机构可以实时查询、申请各类资源。逐步实现门诊预约、医学影像检查、医学验检查、住院等多种预约诊疗服务，建立基层首诊病人的绿色通道，为转诊提供更加方便快捷的预约服务。扩展整合的预约诊疗服务系统功能，通过接口服务，不仅可以供双向转诊系统调用，还可以供其他系统调用。在预约方式方面，实现网上预约、移动端APP预约等多种预约方式，以满足不同应用需求。 　　本期预约诊疗服务系统重点实现预约系统整合，门诊预约和预约基础数据维护等。后期逐步实现医学影像检查、医学检验检查、住院等多种预约诊疗服务。 　　1.4.1 系统总体设计 　　1.4.1.1 系统组成部分 　　

图6.6-1：预约诊疗服务系统功能结构图 　　预约诊疗服务系统包括了预约诊疗管理，报表管理以及基础数据维护等子功能，在现有的基础上，整合全市范围内各级各类医疗机构的门诊号源信息，检验诊断中心资源及其他医疗服务信息，实现全市医疗资源的集中发布、分配、调剂，在区域范围内的各级医疗机构可以实时查询、申请各类资源。 　　1.4.1.2 系统间关系 　　本系统将与以下的外部系统有逻辑关系： 　　1）医院前置接口：需要在各医院放置前端服务器进行HIS对接，实现数据交互。其主要对接内容是医院的预约挂号系统和诊疗信息共享平台。系统平台将制定统一的接口规范，具体描述业务动作，接口分为基础数据同步接口、挂号交易接口、消息同步接口等，方便医院信息系统厂家开发。 　　2）网上支付接口：实现预约诊疗的线上支付功能。平台有统一的支付接口，分别接入主流的支付平台，如支付宝，银联，等。 　　3）短信通道接口：实现预约诊疗和支付信息的短信通知。 　　4）医保接口：实现不同转诊医保报销比例的自动配置。 　　1.4.2 数据资源设计 　　1.4.2.1 数据流程设计 　　

图6.6-2：预约主要流程 　　（1） 医生通过双向转诊平台对转诊用户进行转诊预约诊疗；对于实时和预约平台进行对接的医院，号源直接通过预约中心平台从医院HIS读取；对于非实时和预约平台进行对接的医院，则医院HIS需要提前把号源分配到预约中心平台，预约服务网站的号源直接从预约中心平台读取。 　　（2） 转诊平台将用户的预约信息如医院、科室、医生、预约日期、用户姓名、身份证件号码等通知预约中心平台。 　　（3） 预约中心平台记录这些预约信息，同时将这些预约信息同步到医院HIS。 　　（4） 预约信息输入完成后，需要用户进行挂号费的支付。 　　（5） 如支付成功，则互联网门户需要将支付结果通知到预约中心平台，预约中心平台向用户下发支付成功通知短信（即预约成功短信）。 　　（6） 预约中心平台将支付结果同步到医院HIS。 　　（7） 支付成功的用户可直接到转诊单位取号，取号有两种方式，一种是通过自助终端取号，一种是在医院挂号窗口取号。 　　1.4.2.2 数据库系统设计 　　（1）号源数据 　　为转诊预约提供医院号源数据，集中温州市各医院用于转诊的号源信息，包括医院名称、科室名称、医生、出诊日期、可预约号源数量等。按医院、科室、日期维度统计某个时间段医院可以预约的号源数，提供号源统计报表。 　　（2）转诊预约记录 　　记录转诊病人基本预约信息：包括病人的姓名、性别、年龄、主诉、诊断、诊断依据、身份证号，以及转诊的医院，转诊时间，转诊医生等。 　　1.4.2.3 信息共享交换设计 　　序号类别资源1对外共享转诊预约记录2共享需求号源数据 　　1.4.3 功能详细设计 　　（1）预约诊疗管理 　　预约管理主要是一对预约方式的管理，其内容包括：网站预约管理、手机预约管理、诊间预约管理等。 　　1）预约网站管理 　　预约网站开通了患者预约服务功能，患者通过选择预约诊疗日期，状态、类型，或者输入专科名称，在信息列表界面查询符合查询条件的预约信息，实现患者预约。 　　系统管理员通过网站管理功能对预约网站进行信息更新、公告发布、功能调整等。 　　2）手机预约管理 　　手机预约诊疗系统在功能上分为以下方式： 手机APP预约和公众账号预约。 　　手机APP预约采用手机客户端预约的方式进行，医院将门诊安排公布在网上，并为医生设定可预约数量。患者登陆手机客户端，查询医生排班表，根据公布的预约号码预约。 　　公众账号预约是指，用户通过手机登陆专属的公众账号进行预约诊疗。 　　（2）报表统计 　　预约平台提供以下报表的统计： 　　1）患者转诊预约信息报表 　　2）患者爽约率统计报表 　　3）号源统计报表 　　4）满意度调查报表 　　5）挂号费用结算和对账 　　医院的管理员只能看到自己医院的数据，其它医院的数据看不到；系统管理员可以看到所有医院的数据。 　　（3）基础数据维护 　　1）医院基础数据维护 　　医院管理包括医院的基本信息的注册、医院客户端信息（如登录用户信息、客户端安装机器MAC地址、操作日志等）、医院预约规则。 　　2）数据初始化 　　管理网站提供上线初始化数据如医院信息、科室信息、医生信息的导入，医院需要按照系统提供的模板填写数据，然后通过管理网站进行导入。 　　3）医院信息维护 　　增加、修改、删除医院的基本信息如名称、地址、电话、网址、医院等级、简介、所在区域以及医院的预约时间如从第几天开始预约、最多预约几天、号源开放时间、停止预约时间、是否允许网络退费等。基本信息需要在医院上线前录入到系统。 　　4）医生信息维护 　　维护医生的信息，主要是上传医生的照片和推荐到预约网站首页专家栏目显示。 　　5）社区服务中心信息维护 　　6）社区服务中心从属关系维护 　　7）预约规则维护 　　可以维护公共的预约规则和医院自有的预约规则（没有设置预约规则的医院使用公共的预约规则）。预约规则有以下属性：规则键值、规则的值、规则的状态、规则的优先级、规则适用的医院、规则校验周期类型、规则校验周期的值。 　　8）权限管理 　　对使用系统的权限进行管理。 　　9）角色设置 　　角色是一组功能（管理网站功能）的集合，管理网站可以定义不同的角色来适用于不同的操作用户；如设置报表角色，那么拥有报表角色的操作员就可以使用报表统计的功能，没有报表角色的操作员就不可以使用报表统计；系统管理员可以增加、修改、删除角色。 　　角色属性包括：角色名称、功能菜单的集合。 　　10）操作员设置 　　操作员是登录到管理网站进行相应预约业务管理的人员，主要是医院的行政管理员人员和卫生局的相关的管理员。可以增加、修改、删除操作员，设置操作员的角色，以及操作员的密码重置。 　　11）增加操作员 　　系统管理员可以增加管理网站的操作员，操作员的属性包括：登录账号、登录密码、操作员姓名、操作员的手机号码、操作员所属医院。 　　12）修改操作员 　　系统管理员可以修改操作员的相关属性，但登录账号、登录密码不能修改。 　　13）删除操作员 　　系统管理员可以删除操作员账号，删除后的账号不能再次登录管理网站。 　　14）密码重置 　　有些操作员的登录密码可能会遗忘，系统 管理员可以通过密码重置将其密码重置，这样操作员登录后可以自己修改密码。 　　15）角色分配 　　系统管理员设置好相关角色后，可以将这些角色分配给操作员，操作员可以有多种角色，操作员可以操作的功能是这些角色的合集。 　　16）密码修改 　　操作员可以修改自己的密码。系统需设置一默认的超级管理员账号admin/password，该账号用来管理操作员、分配权限，并且该账号不能删除。 　　1.5 全科医生签约服务系统（桌面端） 　　全科医生签约服务是实现居民与全科医生签订一定期限的服务协议，建立相对固定的契约服务关系，全科医生以团队的形式，向居民免费提供集医疗、预防、保健、康复、健康管理为一体的基本服务，提高转诊服务质量。 　　本期工程将重点实现全科医生签约桌面端（PC端）的功能，后期将逐步推广到APP、等移动端。 　　1.5.1 系统总体设计 　　1.5.1.1 系统组成部分 　　全科医生签约服务系统将以模块嵌入或接口调用的方式对接社区医疗卫生信息平台（全科医生工作平台），实现社区居民与全科医生的健康服务契约关系的管理，其总体组成架构如下图所示。 　　

图6.7-1：全科医生签约服务系统组成架构图 　　全科医生签约服务系统分为医生管理和签约对象管理两大模块，其中签约对象管理是以签约居民为对象提供全科医生签约过程中所需的核心功能，包括首次签约和已签约两种状态。医生管理是以医生为对象提供全科医生签约完成后相关的辅助功能，包括角色维护、协议维护、签约统计、到期提醒和签约居民咨询互动等。 　　1.5.1.2 系统间关系 　　（1）社区HIS系统 　　系统将实现通过HIS系统实现收费等功能。 　　（2）居民健康档案 　　本系统将调取居民健康档案等相关信息，实现居民基本信息的自动填写。同时，根据居民的实时反馈，优化完善居民健康档案的基本信息，并写入签约标签。 　　（3）医保系统 　　本系统将把签约居民的信息，提交给医保系统。 　　1.5.2 数据资源设计 　　1.5.2.1 数据流程设计 　　全科医生签约服务总体分为首次签约、续签、转介、变更和解约的几个流程。其整体数据流程如下图所示。

图6.7-2：全科医生签约服务系统整体数据流程图 　　1.5.2.2 数据库系统设计 　　（1）数据库选型 　　数据库系统选型为ORACLE。 　　（2）数据库设计 　　数据库的建立直接关系到全科医生签约资源的、存贮、组织、检索、利用。建立数据采集、更新、管理、使用机制，加快系统内部信息交流与反馈，实现全系统的信息传递、数据处理、信息共享，以支撑全科医生签约应用的需求。 　　全科医生签约服务系统共设计五个数据库，主要居民信息数据库、全科医生数据库、签约业务数据库、签约统计分析数据库。其中居民信息数据库主要包括家庭序号、个人序号、姓名、性别、年龄、家庭住址、联系电话和责任医生等信息。全科医生数据库主要包括所在医院、所在科室、医生姓名、性别、出生日期、学历、职称、职务、家庭住址、住宅电话、办公室电话、传呼、工作简历、学术地位、个人特点以及其它有价值信息。签约业务数据库主要包括签约记录、签约状态、全科医生签约协议、基础服务包和个性化服务包、满意度评价等信息。签约统计分析数据库主要包括签约率、签约知晓率 、签约医生知晓率、签约医生就诊率等指标的统计指标信息以及用户自定义的统计信息。 　　1.5.2.3 信息共享交换设计 　　序号类别资源1对外共享签约标识数据2签约统计数据3签约居民信息4共享需求居民健康档案 　　1.5.3 功能详细设计 　　1.5.3.1 医生管理 　　医生管理是以医生为对象提供全科医生签约完成后相关的辅助功能，包括角色维护、协议维护、签约统计、到期提醒和签约居民咨询互动等。具体功能设计如下。 　　（1） 角色维护 　　系统采用角色方式赋权，避免以人员流动而造成流程维护的复杂程度。 通过角色的权限的赋予，可以使不同的全科医生有不同的权限。 　　（2） 协议维护 　　维护协议的标准化模版以及各医生与不同签约对象个性化协议内容。 　　（3） 签约统计 　　统计各类指标信息以及用户自定义的信息。 　　（4） 到期提醒 　　系统将在协议到期前一个月自动提醒医生续签协议。 　　（5） 签约居民咨询互动： 　　居民可以通过该功能实现与签约医生的交流互动以及轻问诊。 　　1.5.3.2 签约对象管理 　　签约对象管理是以签约居民为对象提供全科医生签约过程中所需的核心功能，包括首次签约和已签约两种状态。具体功能设计如下。 　　（1） 首次签约 　　Ø 政策宣教：全科医生将给居民介绍相关政策制度及协议的内容。 　　Ø 知情同意并签约：居民知晓后签署协议。 　　Ø 档案完善并授权：协议签署后，全科医生为居民建立相应档案，并获得居民的授权进行调阅和使用。 　　Ø 收费：通过社区HIS系统实现居民缴费。 　　Ø 协议保存：保存协议的扫描件。 　　Ø 发放签约卡：给居民发放签约卡。 　　（2） 已签约 　　Ø 续签：当一个签约期满后，如果医患双方无异议，则系统默认续约，并提前一个月自动提醒。签约对象也可以主动提出续约要求，对签约服务内容进行变更或者维持原样。 　　Ø 变更：在一个签约周期内，因签约对象对服务内容有增减，可以提出变更申请，审核通过后，对协议进行修改，并重新签字确认。 　　Ø 转介：在一个签约周期内，因责任医生离岗/离职，或者因签约对象区内流动，责任医生可以提出转介建议，将签约对象转介给其他责任医生，并在系统内进行签约医生的修改。 　　Ø 解约：在一个签约周期内，因签约对象对服务不满意，或者签约对象跨区迁移等原因，可以提出解约要求，解约申请审核通过后，可以在系统内进行签约标记、医保备案的解除。当签约对象死亡后签约自动中止，系统记录删除。 　　Ø 已享受的服务包：记录签约对象已经享受的基础服务包和个性化服务包。 　　href=””>1.6 医疗服务评价系统 　　建设完整的双向转诊医疗服务评价指标体系和较为健全的医疗规章制度体系，对双向转诊过程中，涉及到的医院、医生和患者实现互相评价。同时，以双向转诊为基础，逐步建立温州市医疗服务评价指标体系，并为后续医疗机构和个人的精细化考核奠定基础。 　　本期工程将重点对双向转诊过程中上下级医院和医生实现互相匿名评价。 　　1.6.1 系统总体设计 　　1.6.1.1 系统组成部分 　　医疗服务评价系统将以模块嵌入或接口调用的方式对接医院HIS系统和双向转诊服务系统，实现基本诊疗和双向转诊的医疗服务评价，其总体组成架构如下图所示。

图6.8-1：医疗服务评价系统组成架构图 　　1.6.1.2 系统间关系 　　（1）医院HIS系统 　　本系统通过与医院HIS系统的对接，患者和医生的基本信息，实现基本诊疗服务的评价。 　　（2）绩效考核系统 　　本系统将评价打分数据和留言评论数据提供给绩效考核系统，作为对医生和医疗机构绩效考核的依据。 　　（3） 卫计委/医院OA系统 　　本系统将给卫计委/医院的OA系统提供接口，方便具有相应权限的领导，查看评价结果。 　　1.6.2 数据资源设计 　　1.6.2.1 数据流程设计 　　医疗服务评价系统患者对医生、患者对医院、医生对医生几个流程。其整体数据流程如下图所示。 　　

图6.8-2：医疗服务评价系统整体数据流程图 　　1.6.2.2 数据库系统设计 　　医疗服务评价系统本期工程的数据库建设工作主要包括以下两个方面。 　　（1）数据对接 　　对接患者信息数据库、医生信息数据库和医院信息数据库，相关信息作为本系统的基础数据，并通过对应的ID编号进行关联。 　　（2）数据库建设 　　本期工程共设计3个数据库，包括服务指标数据库、服务评价数据库、统计分析数据库。其中服务指标数据库主要包括工作态度、诊疗水平、沟通能力等医生服务指标以及服务态度、服务质量、就医流程、环境卫生等医院服务指标；服务评价数据库主要包括患者编号、医生编号、医院编号、指标评价分数、留言评论等信息。统计分析数据库主要包括医生服务评价的统计分析、医院服务评价的统计分析、患者就诊满意度分析等。 　　1.6.2.3 信息共享交换设计 　　序号类别资源1对外共享评价打分数据2留言评论数据3共享需求医生基本信息4医院基本信息 　　1.6.3 功能详细设计 　　1.6.3.1 医生评价 　　医生评价主要反映患者和转诊医生对医生服务质量评价主要包括工作态度、诊疗水平、沟通能力等3个方面。每项指标都设置1分为最低，5分为最高。除此之外，还可以根据就医或转诊过程中个人（患者或转诊医生）的感受对医生进行留言评论。 　　1.6.3.2 医院评价 　　医院评价主要反映患者对医院总体服务质量评价主要包括服务态度、服务质量、就医流程、环境卫生等4个方面。每项指标都设置1分为最低，5分为最高。其中，服务态度包括对导医、医生、护士、药师及技师的总体服务态度；服务质量包括对导医的服务水准、对医生的诊断治疗水平、对护士及辅诊科室的技术水平；就医流程包括挂号、候诊、缴费、取药及治疗的流程是否优化；环境卫生包括对诊室的卫生及对医院公共卫生的满意度。除此之外，还可以根据就医或转诊过程中个人（患者）的感受对医院进行总体点评。 　　1.6.3.3 统计分析 　　系统将根据评价结果自动生成报表，包括实现对医生和医院各指标的综合统计分析，并输出相应的报表和统计分析结果供相应的行政管理机构或领导。同时，可根据用户个性需求（如选择评价值、所属机构、选择字段、日期等关键字段）进行自定义统计分析。 　　href=””>1.7 医疗协同服务系统 　　整合全市各级医疗卫生单位的医院管理系统、全市健康门户、移动医疗系统，打造温州市医疗卫生“互联网+人际网”，实现区域移动健康医疗协同服务、双向转诊协同服务和远程医疗服务，改善健康管理方式和医患沟通模式，加强院间技术协作与交流，建立医医、医患和病友之间的互动平台，实现医医之间的学术交流、医患以及病友之间互动交流。在此基础上，积极对接医药、健康监测设备、保险等公司的需求和资源，打造医疗卫生生态圈，共同推动温州医疗服务水平的持续发展。 　　本期工程将重点建设互动平台以及移动端掌上医院。 　　1.7.1 系统总体设计 　　1.7.1.1 系统组成部分 　　医疗协同服务系统将以接口调用的方式对接双向转诊服务系统，实现基本诊疗和双向转诊，以及医医、医患、病友之间的交流，其总体组成架构如下图所示。

图6.9-1：医疗服务评价系统组成架构图 　　1.7.1.2 系统间关系 　　（1）双向转诊服务系统 　　本系统通过与双向转诊服务系统的对接，实现医生之间的治疗方案和康复计划沟通，患者健康档案沟通，患者和医生之间的轻问诊、治疗等。 　　（2）全科医生签约服务系统 　　本系统调用全科医生签约服务系统数据，实现医患交流对接的基础数据。 　　1.7.2 数据资源设计 　　1.7.2.1 数据流程设计 　　医疗协同服务系统在医生和患者之间的整体数据流程如下图所示。

图6.9-2：医生和患者之间的整体数据流程示意图 　　1.7.2.2 数据库系统设计 　　医疗协同服务系统本期工程的数据库建设工作主要包括以下两个方面。 　　（1）数据对接 　　对接全科医生签约服务系统、患者信息数据库、医生信息数据库和医院信息数据库，相关信息作为本系统的基础数据。 　　（2）数据库建设 　　本期工程共设计4个数据库，包括医医交流记录数据库、医患交流记录数据库、病友交流记录数据库、远程会诊记录数据库。分别记录各子系统的交流信息。 　　1.7.2.3 信息共享交换设计 　　序号类别资源1共享需求医生基本信息2患者信息数据库3医院基本信息4全科医生签约服务系统 　　1.7.3 功能详细设计 　　医医交流子系统。采集全市医生执业证书，从业证明，所在医院，主治项目等基本信息，通过实名认证的注册方式，汇集全市各医院的医生，为医生们创建相互交流的平台。重点实现病案的讨论、知识的分享、经验的学习等功能，尤其是双向转诊过程中的医医协同。 　　（1）新用户注册，用户登陆验证，用户密码修改；经过登陆验证的医生，方可进入交流平台。 　　（2）发言，实现讨论、留言内容的显示。 　　（3）医生个人主页，可发表经验、学习等文章 　　（4）讨论、留言内容，个人主页内容显示 　　（5）在线医生列表显示 　　（6）医生电子病历、电子健康档案调阅 　　（7）辅助功能区，提供诸如分屏、清屏、刷新、屏蔽、显示名单的操作功能。同时为医生提供了举报的流言功能。 　　（8）管理模块，系统管理员可以查看医生注册信息以及医生留言，并对其进行管理。 　　医患交流子系统。通过与健康云数据中心连接，在患者授权的前提下，结合患者诊疗记录，实现患者与医生之间的网上交流和疾病咨询。通过医患交流平台，医生可得到患者既往就诊的病历、处方、检查与检验等结果，帮助患者实现“轻问诊”，在一定程度上缓解了医疗资源的紧缺，达到“分级诊疗”的效果。 　　（1）新用户注册，用户登陆验证，用户密码修改；经过登陆验证的患者，方可进入交流平台与医生进行交流。 　　（2）发言，实现讨论、留言内容的显示。 　　（3）讨论、留言内容显示 　　（4）在线医生列表显示 　　（5）医生电子病历、电子健康档案调阅 　　（6）辅助功能区，提供诸如分屏、清屏、刷新、屏蔽、显示名单的操作功能。同时为用户提供了举报的流言功能。 　　（7）管理模块，系统管理员可以查看医生、患者注册信息以及医生留言，并对其进行管理。 　　病友交流子系统。搭建病友交流平台，对于更好地丰富患者的疾病常识，鼓舞患者的斗志具有十分重要的意义。重点实现疾病科普、疾病故事、饮食治疗、医生点评和调查表等内容。 　　（1）新用户注册，用户登陆验证，用户密码修改；经过登陆验证的患者，方可进入交流平台。 　　（2）发言，实现讨论、留言内容的显示。 　　（3）讨论、留言内容显示 　　（4）辅助功能区，提供诸如分屏、清屏、刷新、屏蔽、显示名单的操作功能。同时为用户提供了举报的流言功能。 　　（5）管理模块，系统管理员可以查看患者注册信息以及医生留言，并对其进行管理。 　　远程会诊子系统。充分发挥不同医院的专科优势，实现病人、医生、远程专家多方的远程联合会诊，为患者和医护人员提供更便捷、更好的医疗卫生服务。远程会诊的主要业务功能包括：会诊申请、会诊管理、专家管理和统计分析等。利用移动医疗技术，将医疗信息系统延伸至患者和医护人员的数字终端，实现零距离全程医疗卫生服务，提升基层医疗卫生服务从而有利于转诊工作的开展。 　　掌上医院（医护版）。对于信息化水平较高的医疗机构，试点开展掌上医院的建设，通过PC端或手机端方式与医院实现信息互动，实现信息查询（检验检查报告查询等）、预约服务（预约挂号、缴费等）、出院随访、院内服务等，满足医生不同需求。 　　服务平台。通过功能的二次开发，开展温州卫生医疗机构统一服务平台的建设，通过服务方式与实现医疗机构和市民之间的信息互动。定制医院的宣传信息，如医院介绍、科室框架、医院新闻、医生介绍等，使医院的人员可随时了解医院的相关信息，支持医生出诊时间和挂号、查看就诊流程，同时给与短信通知，查询患者相关的住院、药品费用、化验单信息、在线预约、在线咨询等。主模块功能介绍用户登录医生登录掌上APP的用户名和密码与交流子系统一致（注册医生），并保持同步。双向转诊实现转诊操作，转诊预约医医交流登录掌上APP实现医医交流医患交流登录掌上APP实现医患交流报告查询查询指定病人的时间范围内的历史检查、检验报告、治疗医嘱。随访记录登录掌上APP实现随访情况录入，查询历次随访记录。事务提醒为住院医师定制特殊事务的提醒功能，如：患者检查检验报告单已出危急值提醒住院患者危机值消息通过手机app、短信提醒医生，为患者提供进一步保障。历次就诊情况查询指定病人的时间范围内的历史诊断、处方信息。通讯录在APP上集成注册医生通讯录 　　温州 何耀平