市区域卫生院银医通项目建设方案

1、医院银医通项目建设方案目录TOC o 1-2 h u HYPERLINK l _Toc20157 第一章 区域居民主索引（EMPI）系统 PAGEREF _Toc20157 h 2 HYPERLINK l _Toc30563 1.1 业务描述 PAGEREF _Toc30563 h 2 HYPERLINK l _Toc18068 1.2 主要功能 PAGEREF _Toc18068 h 2 HYPERLINK l _Toc1477 1.3 数据采集场景 PAGEREF _Toc1477 h 4 HYPERLINK l _Toc26969 1.4 数据采集内容 PAGEREF _Toc26969

2、 h 7 HYPERLINK l _Toc9433 1.5 数据采集方式 PAGEREF _Toc9433 h 10 HYPERLINK l _Toc8853 1.6 调阅 PAGEREF _Toc8853 h 17 HYPERLINK l _Toc12252 1.7 居民基础数据初始化 PAGEREF _Toc12252 h 19 HYPERLINK l _Toc28420 第二章 区域病人主索引对接 PAGEREF _Toc28420 h 22 HYPERLINK l _Toc19783 2.1 系统架构 PAGEREF _Toc19783 h 22 HYPERLINK l _Toc115

3、81 2.2 业务流程 PAGEREF _Toc11581 h 22 HYPERLINK l _Toc29515 第三章 区域银医通帐户系统 PAGEREF _Toc29515 h 26 HYPERLINK l _Toc11455 3.1 区域银医通帐户系统架构 PAGEREF _Toc11455 h 26 HYPERLINK l _Toc25913 3.2 区域银医通帐户管理 PAGEREF _Toc25913 h 26 HYPERLINK l _Toc13883 第四章 智慧医院银医服务平台 PAGEREF _Toc13883 h 28 HYPERLINK l _Toc6422 4.1 智

4、慧医院银医通业务流程 PAGEREF _Toc6422 h 28 HYPERLINK l _Toc24400 4.2 智慧医院银医通平台组成 PAGEREF _Toc24400 h 31 HYPERLINK l _Toc12016 第五章 智慧医院分时段全预约平台 PAGEREF _Toc12016 h 33 HYPERLINK l _Toc19738 5.1 全预约分时段诊疗服务平台概述 PAGEREF _Toc19738 h 33 HYPERLINK l _Toc12201 5.2 预约诊疗服务与全预约分时段诊疗服务平台 PAGEREF _Toc12201 h 34 HYPERLINK l

5、 _Toc25666 5.3 全预约分时段诊疗服务平台模块构成 PAGEREF _Toc25666 h 36 HYPERLINK l _Toc14168 5.4 全预约分时段诊疗服务平台实现流程 PAGEREF _Toc14168 h 37 HYPERLINK l _Toc6761 第六章 三级医院建设方案 PAGEREF _Toc6761 h 39 HYPERLINK l _Toc3949 6.1 建设目标 PAGEREF _Toc3949 h 39 HYPERLINK l _Toc31789 6.2 建设内容 PAGEREF _Toc31789 h 41 HYPERLINK l _Toc7

6、994 6.3 应用功能 PAGEREF _Toc7994 h 43 HYPERLINK l _Toc21529 第七章 二级医院建设方案 PAGEREF _Toc21529 h 70 HYPERLINK l _Toc3480 7.1 建设目标 PAGEREF _Toc3480 h 70 HYPERLINK l _Toc567 以CPOE为核心的电子病历系统 PAGEREF _Toc567 h 71 HYPERLINK l _Toc1203 7.2 建设内容 PAGEREF _Toc1203 h 71 HYPERLINK l _Toc20774 7.3 应用功能 PAGEREF _Toc207

7、74 h 74 HYPERLINK l _Toc20809 第八章 一级医院和社区中心建设方案 PAGEREF _Toc20809 h 96 HYPERLINK l _Toc15579 8.1 建设目标 PAGEREF _Toc15579 h 96 HYPERLINK l _Toc8421 8.2 建设内容 PAGEREF _Toc8421 h 96 HYPERLINK l _Toc122 8.3 应用功能 PAGEREF _Toc122 h 97 HYPERLINK l _Toc32468 第九章 系统硬件和软件配置 PAGEREF _Toc32468 h 119 HYPERLINK l _

8、Toc11241 9.1 医院前置机硬件和系统软件配置 PAGEREF _Toc11241 h 119 HYPERLINK l _Toc28140 9.2 医院桌面终端配置 PAGEREF _Toc28140 h 119 TOC o 1-5 h z u 区域居民主索引（EMPI）系统业务描述通过建立患者主索引，实现患者基本信息对全市卫生信息平台的共享，为整个卫生平台提供数据基础。患者主索引主要记录了患者的个人信息，由唯一ID（内部使用）进行索引。考虑到患者诊疗信息是个人健康档案信息的一部分，为便于个人健康档案信息的建立、管理与服务，患者主索引EMPI的全域唯一标识将采用居民健康档案唯一编码，符

9、合国家基本公共卫生服务规范（2011年版）中规定的居民健康档案号：采用17位编码制，以国家统一的行政区划编码为基础，以村(居)委会为单位进行编制。主要功能区域患者主索引的建立中心主索引的建立能够为患者提供在全市医院就诊的唯一标识，在一定程度上避免了重复建卡发卡（主要针对昆通卡）的不合理现象发生，同时也建立了医院与患者的联系，方便了患者，特别是方便了患者的在本市联网的各家医院的就诊。区域卫生信息平台将以市民卡为载体规范对患者身份建立和识别的机制，其主要做法有以下几种：市民卡/昆通卡/老的医保卡：直接刷卡使用相关卡号，如不存在则产生唯一ID，否则进行合并。无卡就医人员：区域卫生信息平台将提供统一的

10、医院编码，医院将医院编码、患者识别号（一般是由医院HIS系统产生）和基本信息同时上传，中心将根据上传的基本信息，例如身份证号码、姓名等进行比对，没有相同的产生唯一ID，否则进行合并。区域卫生信息平台将提供相应的应用服务，供所辖医院上传其患者信息。说明：唯一ID为内部使用，与卡类型和卡号、或无卡人员在多家医院的就诊号无关，如果有合适的信息保证是同一个人，例如相同的身份证号码，在中心端就必须对应为同一个患者。患者在本市医院就诊时，每家医院都会分配给患者一个唯一的ID标识，医院将此标识和患者对应的各类卡号或者其他可以证明患者身份的证件号码传递给中心系统，中心系统根据对医院传递的信息与自身数据库中的信

11、息进行比对，如果中心数据库不存在记录，则在中心数据库中建立患者主索引；否则，进行归并。区域患者身份匹配PIX平台在各家医院对病人身份注册的基础上，按照配置的病人身份匹配规则，实现一个病人在不同医院所使用的身份间的对照关系，为系统建立自动匹配算法，实现居民身份主索引机制。居民就诊类型包括：市民卡居民、昆通卡居民、老医保卡居民、临时分配就诊号居民（无卡现金等）。对于无法按照匹配规则完成匹配的病人身份需要人工干预完成匹配。区域患者主索引的归并医院将患者信息传给中心系统时，患者信息满足归并条件，把患者信息归并到原有的主索引中。患者主索引的归并包括自动归并和手动归并，在中心系统中，设定自动归并规则和手动

12、归并规则。对于满足自动规则的患者信息，中心系统将自动把患者信息归并到中心系统的主索引中；而对于满足手动规则对的患者信息，则将患者信息和疑似重复患者信息返回给工作人员，由工作人员确认是否进行归并。区域患者主索引的拆分主索引拆分主要是针对已知患者主索引归并有误的患者信息进行拆分。可以进行重新归并。区域患者主索引的调阅完成中心患者主索引的建立后，如果患者在本市医院间进行就诊，平台将提供功能供医院直接从中心系统调阅患者基本信息。对持卡人员（市民卡或老的医保卡），医院用户只需要输入患者的相关卡号，系统就可将该患者的基本信息查询出来。对无卡人员，医院用户需要输入患者的身份证号、姓名等关键信息，系统可将符合

13、条件的患者的基本信息查询出来。区域患者身份的模糊查询通常情况下，居民信息查询有两种，一种是精确查询，一种是模糊查询。在有居民准确的身份信息ID时，通过居民主索引对居民进行身份确认，从而精确查询的健康相关信息，实现健康信息的调阅共享。当没有居民准确的身份信息ID时，则可以通过居民的部分身份信息模糊查询出相关多个人的健康相关信息，通过人工比对确定居民身份，从而实现居民身份信息的确认以及健康相关信息的调阅共享。应用场景：急诊患者健康相关信息查询某些情况下，急诊患者处于昏迷或者言语表达障碍时。为了能够及时有效的为患者做出诊断治疗，医生希望能够获取该患者的既往诊疗相关信息。由于无法获取患者的确切身份信息

14、，仅能从患者身上找到部分身份信息，如姓名、出生日期。此时，通过患者身份的模糊查询，输入姓名、出生日期，查询出一系列姓名、出生日期相同的患者，再根据该患者的其他体征，如，体重、身高等，从一系列患者中找出该患者，从而确定患者的身份，并通过确定的身份信息，调阅该急诊患者的既往健康信息。日志管理由于本模块需要较高的安全性管理，因此对所有本模块的相关操作除在本模块内部处理之外提供完善的数据调用接口，所有的调用系统需要进行日志记录：主索引规则维护主索引的规则，包括，标识编码规则的设置和维护、不同标识间逻辑关系的管理和维护、EMPI管理的标识和各个信息系统内相关信息所特有的标识之间的映射关系的设置和维护。主

15、索引创建和维护相关主索引信息的创建和维护。对于创建和维护主索引的权限可以进行配置。主索引的创建可以通过功能（过程）调用来创建。如，当一个新病人就诊时，HIS系统可以调用该功能（过程）创建新的病人标识。主索引识别和整合识别和整合不是由EMPI创建的索引信息。具体功能包括：对统一实体的重复的标识进行合并并设置新的统一的识别标志，并建立相应的映射关系；能主动在相关系统中检索和获得索引信息，如，从RIS/PACS系统中获得Series ID信息。能够提供可查询可操作的用户界面。查询与修改可以根据权限级别将相应的数据取出返回给申请人，申请人可以使用所取得的数据。由于业务系统的需要，必须更新病人主索引的某

16、些信息时，可通过此调用进行数据更新；为保证医院业务的一致性，修改业务需要提供设置为即时更新或批次更新，由医院相关人员根据需要调整。数据采集场景门诊类业务门诊类业务指：普通门诊、急诊，社会医疗保险界定的专科门诊，专家门诊，特需门诊。就诊患者持昆山市市民卡、医保卡或昆通卡在联网医院内接受了一次完整的门诊类业务服务之后，由医院的信息管理系统将该患者就诊时的资料按照本文后述的内容和格式要求，对数据进行汇集后依本文后述要求的方式和时点提交区域卫生信息平台。银医通工程要求医院对数据的提交采用由信息系统自动汇集产生的方式运作。无论患者就医所持的是市民卡还是医保卡或昆通卡，也无论患者是否确实具有享受社会医疗保

17、险的资格，或者享受的社会医疗保险是何种类型，均需要将其作为采集个人基础数据的人员范围。采集的各类数据在医院内部信息系统中产生的图示如下：图中，区域卫生信息平台对医院患者的关键信息、基本信息的采集是与银医通项目直接相关的，患者关键信息的采集采用实时上传的方式，主要针对新办卡和持昆通卡进行身份验证的居民。对新办卡患者区域卫生信息平台还要求实时上传成功开卡的卡号。住院类业务住院类业务指：普通住院、急诊观察，社会医疗保险界定的家庭病床，特需住院。就诊患者持昆山市市民卡、医保卡或昆通卡，在联网医院内登记入院，并接受了各种手术或治疗，结束住院过程之后，由医院的信息管理系统将住院期间该患者就诊时的资料按照标

18、准规范的内容和格式要求，对数据进行汇集后按照本文后续章节详述的方式和时点提交区域卫生信息平台。要求对数据的提交采用由信息系统自动汇集产生的方式运作。采集的各类数据在医院内部信息系统中产生的图示如下：数据采集内容患者关键信息患者关键信息表(TB _Patient Key Information)字段字段名类型字节可否为空说明卡号KH字符串25No见说明（1）证件号码ZJHM字符串32No见说明（2）证件类型ZJLX字符串2No见说明（3）性别XB字符1No见说明（4）姓名XM字符串32No患者基本信息患者基本信息表(TB_ Patient Information)字段字段名类型字节可否为空说明卡

19、号KH字符串25No见说明（1）证件号码ZJHM字符串32Yes见说明（2）证件类型ZJLX字符串2Yes见说明（3）性别XB字符1No见说明（4）姓名XM字符串32No婚姻状况HYZK字符1Yes见说明（5）出生日期CSRQ字符串8Yes格式：YYYYMMDD出生地CSD字符串32Yes编码。按国标GB2260-91执行。民族MZ字符串5Yes见说明（6）国籍GJ字符串10Yes见说明（7）医院内部档案号YYDAH字符串16Yes见说明（8）卡类型KLX字符1No见说明（9）电话号码DHHM字符串24Yes手机号码SJHM字符串20Yes工作单位邮编GZDWYB字符串6Yes工作单位名称GZ

20、DWMC字符串128Yes工作单位地址GZDWDZ字符串128Yes居住地址JZDZ字符串128Yes户口地址HKDZ字符串128Yes户口地址邮编HKDZYB字符串6Yes联系人姓名LXRXM字符串32Yes联系人关系LXRGX字符串8Yes见说明（10）联系人地址LXRDZ字符串128Yes联系人邮编LXRYB字符串6Yes联系人电话LXRDH字符串24Yes密级MJ字符串16Yes预留。可全填0。修改标志XGBZ字符串1No编码。1：正常、3：撤销。患者基本信息表说明：卡号是患者基本信息表的主键。“卡号”是用以关联患者个人的索引。所谓“卡”，指本文“数据采集场景”中界定的各类卡（市民卡、

21、医保卡、昆通卡）。由于某些特殊人群没有身份证，这里也可以填写其它有效身份证件的号码：如军官证号、护照号等。证件类型用于区别有效身份证件的类别，定义如下：1 = 身份证2 = 军官证3 = 护照4 = 学生证5 = 回乡证6 = 驾驶证7 = 台胞证9 = 其它性别编码请按国家标准GB2261-80执行。婚姻状况编码请按国家标准GB4766执行。使用通常医学意义上的概念。民族编码请按国家标准GB3304-91执行，采用字母代码。国籍编码请按国家标准GB26599执行。医院内部档案号的定义如下：医院内部档案号 = “医院编码”+“医院内部患者唯一索引号”。针对一部分医院，其内部已对具有多卡就诊的患

22、者实现了唯一索引功能的情况。卡类型用于说明作为主键的卡是属于何种类型，定义如下：0 = 市民卡；1 = 医保卡；2 = 昆通卡；3 = 手工（无卡人员走手工流程）；9 = 其它。联系人关系参见国家标准GB4761。数据采集方式数据采集方式说明区域卫生信息平台医疗服务信息资源的体系结构可按数据的产生、流向、利用顺序分为四层。最下层为医院端，它包含了HIS、LIS、RIS、CIS、PACS等医院内部的子系统，分别用于收集和整理各医院内部的就诊、住院、实验室检验等数据。其上一层为数据交换层，是指部署在医院端的前置服务器，用于整合采集上传的数据。再上层为存储处理层，它是指区域卫生数据中心的数据库和应用

23、服务器，它的作用是存储所有共享的数据，是整个区域卫生数据共享平台的数据基础。最上层为交换共享层，提供对患者诊疗档案的综合应用服务。为此，银医通工程需要在医院的局域网上，部署配置一台用于数据交换的前置服务器。前置服务器既作为医院与区域卫生数据中心沟通传递数据的桥梁，同时也作为隔离医院内部系统与区域卫生信息平台等外部系统的防护墙。在前置服务器的外层，将配置防火墙和路由器。医院以外的系统是无法通过前置服务器访问到医院内部的各个应用系统服务器上，或者医生工作站上。医院内的各服务器或医生工作站也无法越过前置服务器提供的相关应用服务而直接对区域卫生数据中心进行访问。该前置服务器中将部署数据交换平台软件。设

24、置发送数据缓存区。发送数据缓存区用于医院按照本规范的要求，将需要定时批量式采集上传的数据填入该数据缓存区的对应数据表中。图：医院定时批量式采集数据示意图医院端提交数据的方式由于在“数据采集内容”一章中所描述的数据涉及到需要医院具有与诊疗相关的信息系统予以支撑，为此，联网医院需要首先具备相应的运作条件。在具备运作条件的前提下，医院提交采集数据的方式有三种：第一种是服务调用实时上传的方式，主要是对新办卡或帐户激活、持昆通卡的患者进行身份验证时所用，将患者关键信息向区域卫生数据中心进行实时上传；第二种是定时批量式的提交采集数据，这将包含除去部分字典数据外的其他全部采集内容；另三种是通过WEB填报的方

25、式提交，此方式仅包括针对部分字典数据。下面将详细说明这三种提交方式：服务调用实时上传的数据采集方式。主要针对新办卡或持昆通卡的患者进行身份验证时的业务场景，要求医院对自助终端机或人工服务窗口上，对上述业务操作的患者关键信息向区域卫生数据中心进行实时上传，以获得中心端对个人身份校验的结果。定时批量式的提交采集数据。要求医院内部信息系统自动生成数据并定时批量提交到前置机中约定的发送文件缓存区，填写入指定的数据表中。特别需要说明的是：医院内部信息系统在编制提交采集数据的程序逻辑时，不要将提交采集数据的操作逻辑嵌入到医院内日常医疗业务流程中，即不要将提交采集数据成功与否作为日常医疗业务流程是否可继续流

26、转的必要条件。而是作为一个单独的处理程序逻辑予以定时单独运作。在部署前置机时会建立数据库管理系统，并预先创建各数据表的表结构。所有的表根据功能的不同向医院内相关信息系统开放读写权限。在提交数据时，医院信息系统需要按照数据采集时点要求，定时批量的将生成的采集数据填入对应的数据表内。由医院提交到前置机发送文件缓存区的采集数据，由部署在前置机中的医院端数据交换平台自动进行翻译解析上传等一系列工作。对发送文件缓存区内的存储空间释放工作，也将由数据交换平台在完成了上传之后的若干时间之后自动进行。医院将各表的数据填报到发送文件缓存区后，需要在“数据填报情况表”中插入一条记录，以表明当天的填报工作已完成。用

27、以避免由于各种原因导致医院的填报工作延迟而发生未填报完全数据交换平台就开始处理的情况出现。前置机端的数据交换平台在处理完当天的数据后，会将相应的记录的处理标志改掉，告知医院对填报数据已上传处理完毕。WEB填报式的提交数据方式是指区域卫生信息平台将对医院提供一种WEB调用方式的字典维护功能，医院内可以使用WEB服务的工作站可在相关网页上对字典的数据进行实时维护。数据填报情况表数据填报情况表用于记录医院数据填报和数据平台处理数据的情况，医院应在将数据写入前置机上传文件缓存后，填写该表，以表示上传处理可以开始了。数据驱动表中的各字段的定义和说明如下：TB_Trigger数据项字段名数据类型字节可否为

28、空说明表名BM字符串32No数据采集内容中规定的各种表应填报时间YTBSJ时间No正常情况下应为当天填报，则为当天的日期；如果延后填报，则为应该填报的日期实际填报时间SJTBSJ时间No处理标志CLBZ字符1No0:医院填报完成； 1:数据平台处理完成中心端处理数据的方式对实时上传的数据处理对新开卡患者的关键信息采用实时上传的方式，终端机或人工窗口提交患者关键信息（包括证件号码、证件类型、性别、姓名），中心端对证件号码、证件类型、性别、姓名在EMPI数据库中进行查询，如果有此人，则返回“已有此人”并告知到人工窗口核实确认，作进一步操作；如果没有此人，则暂存证件号码、证件类型、性别和姓名，终端机

29、开立新卡，如果开立成功，则返回卡号，并调用区域卫生信息平台的服务接口上传卡号，在居民EMPI数据库中保存卡号、证件号码、证件类型、性别、姓名，并生成内部唯一索引号（暨档案号）。档案号是患者基本信息关键字段，它是区域卫生信息平台为每一个可能的患者建立的一个内部唯一索引号，采用居民健康档案唯一编码，符合国家基本公共卫生服务规范（2011年版）中规定的居民健康档案号，采用17位编码制。对定时批量式数据上传的处理批量数据区域卫生信息平台接收到医院上传的数据后，处理过程是首先检验上传数据的合法性，即判断医院上传的数据是否是符合中心数据库约束条件和正确性。对于认为通过了检验的数据将被插入到相应数据表中；对

30、认为有可能不正确的数据，中心端将拒绝接受，并指出出错的内容和原因，反馈医院。中心端检验数据合法性的步骤描述如下：对照中心端的数据字典表，检验医院端上传各数据表中的“编码”字段中的编码值是否在字典表中出现。若出现，则执行下一步处理；否则进行出错处理。检验医院端上传的患者基本信息表中的“卡号”字段是否出现在中心端的患者基本信息表中。若有，则合并患者信息；若没有，则插入患者基本信息表。同时进行患者信息相似度的比较，标记高度相似的患者信息。注：在任何数据上传过程中，作为信息共享的基础，患者基本信息应该优于其它部分（就诊履历、检验检查等）首先上传。上图清晰的描述了整个数据上传的流程，当医院采集了相应的患

31、者信息时，需要按照上传的接口准备数据，然后写入医院前置机。医院前置机会在规定的时间（例如，为了避开工作高峰，在每日晚上），将前置机的数据通过数据交换平台发向中心端。中心端必须对每条数据在中心库中进行检索，根据检索结果分别作如下处理：如果信息匹配（卡号一致），那么说明该患者信息在中心已经存在，则不再处理；如果卡号匹配不一致，那么应该对患者的其它信息进行比对，如果信息不一致，那么系统认为这是一个新的患者，将会在中心数据库新建一条患者基本信息记录；如果系统判断患者的某些信息与中心库中的记录相匹配，例如姓名、年龄等信息，那么系统将该信息标记为“疑似信息”，对于这些信息，应该由医院专门人员人工来判断这些

32、“疑似信息”与中心库中的记录是否为同一个人，如果是同一个人，那么系统把这两条信息合并起来（即对该患者的基本信息进行更新，增加附加信息）；如果人工判断不是同一个人，那么系统会在中心数据库新建一条患者基本信息记录。采集结果的反馈和处理区域卫生数据中心将把采集数据的处理结果通过卫生信息网内部网站向医院发布，医院可以到网站的相应的页面中对处理结果进行查询。发布的处理反馈结果包括如下信息：日期、时间、处理的数据表、提交数据条数、提交处理成功数据条数、未成功处理数据条数。未成功处理数据的内容和未成功的原因。医院需要根据处理反馈结果查找原因，在解决了存在的故障之后，对未成功的数据再次进行提交操作。数据上传的

33、时点如上一节所述，医院通过内部信息系统自动生成数据并定时批量提交到前置机。医院端信息系统应每天提交门诊类型和住院类型的患者基本信息数据。具体的提交时间说明如下：医院的信息系统应在每天19点以后开始，并在22点以前完成将下述数据提交到前置机的工作。在当天19点之前的一整天内发生就诊或住院的患者基本信息；在当天19点之前的一整天内发生的患者基本信息修改信息；前置机将于每天24点整将当天医院信息系统提交的数据项上传区域卫生数据中心的数据库中，从而完成整个上传业务。数据的约束条件受到银医通工程业务逻辑以及数据库处理方式的限制，数据表中的一些字段存在着一些约束关系。医院端必须遵守这些约束条件才能正确地上

34、传数据。采集数据的约束条件可以概括如下：除无卡走手工模式的就医人员外，患者基本信息表中必须有对应的“卡号”，实现与中心端患者关键信息表的关联。凡在各数据表的说明中指明是“编码”的字段，必须按照说明中编码的值域范围填报。调阅银医通工程的建设成果（患者唯一索引库）将推动完善一个市级的、各联网医院间的数据共享平台，主要的服务对象是联网医院内的医护人员。联网医院中具有操作权限的医护人员都可以通过这个共享平台获得患者的诊疗档案，供诊断时参考。为此，医院需要实现对中心系统诊疗档案的调阅功能。数据调阅方式在区域卫生信息平台中数据调阅的原则是按需调阅，即医院端根据实际需要对患者诊疗档案进行调阅。调阅是由医院端

35、主动发起请求，区域卫生信息平台进行响应；而不是由平台主动将数据下发到医院端。医院端调阅数据的方式分为两种：医生工作站调阅和昆山卫生信息网内网调阅。下文将详细描述这两种方式的调阅方法。医生工作站调阅区域卫生信息平台端将会提供专门的调阅控件给医院，医院需要将控件集成进内部系统，即可使用调阅功能。医生工作站的具体调阅过程分为门诊调阅和住院调阅，如下图： 患者在医院挂号后，医院的内部系统根据患者的信息（卡号）向区域卫生信息平台发起请求，如平台发现该患者的信息已存在于中心数据库，即向医院内部系统返回“有信息”标志，否则返回“无信息”标志。医院内部系统应记录下该标志。患者到医生处就医时，医生在内部系统中可

36、以看到患者的基本信息，同时应能看到该患者的历史就诊资料是否在区域卫生信息平台已经存在，如果在区域卫生信息平台具有该患者的诊疗档案，则可发送请求到平台去调阅历史就诊信息，包括“就诊履历”，“检验报告”，“住院病案”等。平台提供的控件能将查阅的信息展示给医生前端工作站。对于患者住院的情况，其调阅诊疗档案的过程与门诊相似。也是由医院内部系统根据医生的操作要求，发送调阅得请求到区域卫生信息平台，平台根据请求去查询该患者的历史就诊信息，包括“就诊履历”，“检验报告”，“住院病案”等。如果档案不存在，则平台返回“不存在”标志；如果存在，则平台提供的控件能将查阅的内容展示。医院在采用上述方式的流程进行调阅的

37、同时，也可以根据自己的需求，将调阅患者诊疗档案功能整合到其他各种医疗的业务流程中。昆山卫生信息网内网调阅医生在医院的前端工作站上启动IE浏览器，登录到区域卫生信息平台，在通过了权限认证后，选择相应的“就诊信息查询”服务功能，输入查询条件（患者卡号、就诊时间段、就诊医院等），即可调阅到相关患者的历史诊疗档案。数据调阅的权限控制昆山市卫生局将根据与各联网医院的协调，依据现有的法律法规，对联网医院的医护人员可以调阅的患者信息建立最为基础性的权限控制措施，并在系统运作的过程中不断完善相关的权限控制措施。目前考虑到的涉及在设计上需要加以注意的情况如下：1）对于联网医院的医生工作站通过WEB浏览器直接调阅

38、某患者的病史资料时，需要首先在操作界面上录入操作人员在医院本地系统中注册的“用户名”，首次登录将需要设置“密码”，今后将使用此密码。区域卫生信息平台将根据医院提交的医生字典，核实“用户名”，根据医院提交的医护人员名录中所设置的“科室”和具有的“职称”决定是否开放患者的有关病史信息或者决定开放信息的内容程度。对患者病史信息依据科室和职称可开放的内容范围由另行发布的相关管理规定予以具体界定。2）对于医生工作站的调阅方式，区域卫生信息平台要求医院本地系统负责授权控制，即由医院内部系统来决定是否可让该人员进行数据调阅。通过医院内部授权的人员在调阅数据资料时，除了发送调阅请求外，还应发送有关调阅者的基本

39、信息（比如医生的工号），以便于区域卫生信息平台进行日志记录。医院方应认真做好内部人员的权限控制工作，避免无关人员随意使用信息调阅功能。3）除上述基本权限控制措施外，区域卫生信息平台将对采取上述任意哪种方式进行患者病史资料调阅的情况记录操作流水日志和通行的审计措施。为此，需要医院本地系统在提交调阅请求时，将调阅操作的医生工作站（或者普通的联网计算机前端操作设备）的IP地址编号（或内部设备管理编号）作为参数发送区域卫生信息平台，以备在必要时可进行追溯。居民基础数据初始化在中心系统完成建设之后，对现有居民基础数据进行初始化是个重要工作。居民基础数据的初始化就是针对各家医疗机构已有的居民信息，在中心系

40、统中进行患者主索引的建立和自动归并。对于需要人工归并的居民信息则将信息返回给上传医疗机构，各医疗机构系统管理员进行人工判断和归并，从而完成居民信息的初始化工作。初始化工作推进形式：为了避免数据的大量冲突，保证中心系统的运行准确性，在完成规则调研和接口联调之后，对于各家医疗机构的历史数据上传和试运行采用逐家进行，循序渐进，增量初始化的形式进行。初始化流程：考虑到患者主索引EMPI的全域唯一标识采用居民健康档案唯一编码，居民数据初始化的工作首先由社区开始，中心系统接收到医疗机构上传的数据，首先进行主索引的建立和自动归并，在自动归并中主要采用患者的主要信息进行匹配，如身份证件号码等，以保证主索引的建

41、立和归并的数据交换相应速度，再进行扩展居民信息的二次数据清洗，保证居民数据的正确性。把二次清洗的内容传至系统的人工归并库中，进行后续的人工归并确认、拆分和重新归并等工作。初始化调研主要完成主索引系统初始化的必要信息调研。如中心系统的患者主索引建立规则、自动归并规则和手动归并规则的确定。从而保证中心系统准确快速地完成数据初始化工作。患者主索引建立规则：以居民身份证件号码为基本标识。在身份证件一致的情况下，认为是同一居民，进行主索引的自动归并。而对于没有提供身份证件号码的居民信息进行信息匹配，当满足手动归并规则时，将居民信息作为“疑似信息”传入人工归并库。当发现重复建档的情况，也将居民信息推送到人

42、工归并库中。自动归并工作完成后，检查自动归并库的居民信息，当发现身份证件一致而其他基本信息有差异时，把该居民信息写入人工归并库中。对于归并库中的居民信息则返回上传医院进行人工归并工作，确认为同一患者时，则进行归并；否则进行新建，并上传中心系统建立新的居民信息主索引。自动归并规则：以居民的标识性基本信息为基础，如身份证件号码和姓名等，进行居民信息与中心系统居民信息的匹配，当满足自动归并规则时，则进行自动归并，否则定为“疑似信息”，进行人工归并的判定。人工归并规则：以居民的其他基本信息（唯一性标识以外的信息）为基础，在接收到新的居民数据时，未能检测到数据的有效标识，该有效标识由系统管理员进行调研确

43、定和维护，则进行其他信息的匹配。当匹配度达到手动归并规则的要求时，则将数据推送至人工归并库。接口联调在正式运行之前，事先进行联调工作，从而减少运行时的错误，保证正式运行时的业务正常进行。从实际情况出发，确定接口联调试点医疗机构：因为考虑到医院与社区的业务差异性，每家医院信息开发厂商负责的每个不同类别的医疗机构（医院或社区）各选取一家医疗机构进行联调。对于一家信息系统开发厂商只负责医院信息业务的，就只选择其中一家医院进行联调即可；而对于一家开发厂商负责医院和社区两种医疗业务的，则选取一家医院和一家社区进行联调；以此类似。以保证接口联调工作的有效性和代表性。搭建测试环境，进行接口联调：在联调初期，

44、最好采用集中联调的形式进行，保证交流的及时性和有效性等。在联调工作成熟的时候，尽量模拟正式环境的开展联调工作。从而减少正式上线试运行时的问题。历史数据上传进行全市各家医疗机构的居民数据上传工作，完成各家医疗机构的居民信息的初步初始化。历史数据上传工作的开展是各家医疗机构按先后顺序进行的。从而使数据上传工作有条不紊地向前推进。根据接口联调情况进行正式环境下的接口部署和历史数据的批量上传。中心系统进行患者主索引的建立和自动归并工作，并把需要人工归并的信息返回给医疗机构进行试运行的验证和确认工作。历史数据的上传将完成初始化工作的大部分工作。试运行在接口联调和历史数据的初始化工作之后，进行正式环境的部

45、署和试运行，主要完成人工归并工作、验证拆分、重新归并等验证性工作和正常系统操作业务。人工归并：在正式环境上线试运行时，患者来院就诊时，根据系统人工归并库中的“疑似信息”判断患者信息，如果属于人工归并居民信息，则提示操作人员进行人工归并工作。验证拆分和重新归并：如果人工归并居民信息中，有重复档案或不是当前居民的信息记录，则进行验证，一旦验证情况属实则进行拆分和重新归并操作。拆分出来的信息返回中心系统进行重新判定。通过试运行将完成平台的数据初始化工作，保证居民信息数据的正确性和完整性。区域病人主索引对接系统架构如图所示，区域病人主索引在每家医院部署主索引前置机，医院内HIS系统与自助机系统均通过区

46、域EMPI前置机进行交互。业务流程区域病人主索引与医院HIS系统和自助系统主要有以下业务流程需要对接。自助设备建档HIS系统建档诊疗数据上传区域银医通帐户系统区域银医通帐户系统架构为实现区域内服务互通，信息共享，避免各家医院独立建设银医通帐户系统带来的信息孤岛和信息壁垒，区域银医通由承建银行统一建设银医通帐户管理系统，各家医院使用同一个银医系统实现银医支付。区域账户系统架构如下：区域银医通帐户管理区域银医通帐户系统提供如下账户管理服务供各家医院使用，患者在各家医院都可以办理区域银医通帐户的各项业务。承建银行需要提供统一标准接口给各医院HIS厂商，银行可也可在银行网点开通如下服务：区域银医通帐户

47、开立患者可凭二代身份或医保卡在任意一家医院自助机或银行网点进行银医通帐户开立。区域银医通帐户以患者身份证号为唯一索引，每个身份证号只能拥有一个银医通帐户。医保患者可通过医保卡绑定区域银医通帐户，可在各家医院使用。自费患者在不同医院使用区域银医通帐户时需要使用二代身份证在医院自助机上绑定一卡通卡，绑定后方可在该医院使用区域银医通帐户。开户时需留下有效手机号码，方便后续的消费短信提醒等功能。已使用市民卡的患者，不能使用老医保卡开立，如果患者有多个昆通卡，以最后一张昆通卡为准。区域银医通帐户充值、取现每家医院可在各家医院的自助机进行充值、支持银联卡充值、现金充值等多种充值方式，充值后的金额可在区域内

48、所有医院使用。患者可将银医通帐户绑定到承建银行的银行卡后再进行取现，取现后的金额直接转到绑定的银行卡账户。（后期可考虑实现各家医院是否支持现金取现）区域银医通帐户查询患者可凭昆通卡、医保卡查询银医通帐户流水账。患者在任一医院或网点都可以查询区域银医通帐户在其他医院的使用记录和明细内容。区域银医通帐户冻结、解冻医保卡挂号需立即同步实现虚拟帐户冻结。患者可凭身份证号和密码通过热线电话或在任意一家医院或银行网点对银医通帐户进行冻结，冻结操作将在区域范围内立即生效，其他医院将立即不能使用区域银医通帐户进行结算。患者可凭身份证在任意一家医院或银行网点进行解冻操作，解冻后将立即恢复区域银医通帐户结算功能。

49、区域银医通帐户销户患者可凭身份证在医院服务窗口或银行网点进行销户，销户时将账户中的余额退回到绑定的银行卡，此区域银医通帐户将销户不再使用。患者如需使用区域银医通帐户服务需重新建区域银医通帐户。智慧医院银医服务平台智慧医院银医通业务流程【业务流程图】自助建卡、发卡自费患者可使用二代身份证在自助机上自助建档，自助系统自动发放昆通卡,医院HIS系统根据患者身份证号判断该患者是否已建档，未建档则自动记录患者身份信息、包括姓名、性别、民族、出生日期、家庭住址等基本项目，并分配一个唯一的就诊卡号，与患者的区域病人主索引绑定。区域银医通帐户开立/绑定医保患者可使用医保卡或市民卡建立虚拟帐户。自费患者需办理昆

50、通卡进行就诊，虚拟帐户系统和昆通卡绑定。银医通帐户开立后需患者设置银医通帐户交易密码。默认每个患者建档时都同时开通银医通帐户。已在其它医院建立银医通帐户的患者在该医院第一次就诊时需系统需提示患者进行授权，授权过程需校验用户密码。刷卡充值现金充值医院在门诊大厅等放置银行提供的自助存款设备，患者可通过自助机直接从银联卡中划拨金额到患者的区域银医通帐户进行充值，也可以以现金自助存款的方式往区域银医通帐户充值。挂号预约复诊预约患者可凭市民卡（医保卡）或昆通卡在医院自助机上进行挂号预约。自助机预约系统与区域预约平台互联。患者预约成功后，可在自助机上凭市民卡（医保卡）或昆通卡取号就诊。自费患者取号可通过银

51、医通帐户支付诊疗费、医保患者可直接取号就诊，诊疗费用待患者第一次收费结算时一起收取。自助挂号自费患者可在医院的自助终端上持昆通卡直接挂号，诊疗费由昆通卡绑定的银医通帐户或银行卡直接支付。医保患者使用医保卡在在自助机上直接挂号，诊疗费待患者第一次收费结算时一起收取。预约取号复诊取号已预约病人可以到自助终端上取号确认。取号时可支持通过手机验证码进行身份验证，同时患者还需要提供预约时登记的昆通卡或医保卡。 诊间预付自费患者在诊间就诊过程中产生的费用可由银医通帐户进行全额预付，患者在取药离院前可在自助机或者收费窗口进行一次结算即可。如自费患者离院未结算，3到5天宽限期后系统自动结算，宽限期由各家医院自

52、行设定。医保患者采用“先诊疗、后付费”模式。医保患者持医保卡在医院就诊时，在取药前都可以不交费就进行诊疗活动包括诊疗费、检查检验费，在患者需要药房取药时，需使用医保卡在自助机上结算后方可取药。医保结算中的自理自费部分可使用患者的区域银医通帐户余额进行支付。如患者不提供医保卡，则可选择全额自费支付，同样可使用区域银医通帐户支付。医院HIS系统须对接医保不良行为管理系统和银医通帐户不良行为管理系统，如患者在医院欠费超过宽限期，医院可将患者加入银医通帐户不良行为管理系统。患者在取药前需进行离院结算。开通虚拟帐户的医保患者才可以使用“先诊疗、后付费”。系统需提供打印导诊单功能，也可诊间准备导诊单。自助

53、结算患者可凭昆通卡、医保卡到银行提供的自助设备上进行自助结算，自助结算支持医保结算和区域银医通帐户结算。医保患者持卡结算每次可完成两步结算，医保结算和自理自费结算。结算过程第一步实现医保结算，自理自费部分再通过一卡通卡或医保卡绑定的区域银医通帐户进行支付。自费患者可通过区域银医通帐户进行全额支付。支付时，如发现区域虚拟余额不足，需及时提醒患者，患者可直接现金充值或使用银行卡充值（支持银联卡）。充值后可立即继续进行结算。 结算成功后打印凭证，患者可凭凭证到服务窗口打印正规发票。检验检查结算医保和自费患者可通过医保卡、昆通卡在自助机上可以直接进行结算，自费自理部分从区域银医通帐户或使用银行卡进行支

54、付。自助结算完成后可凭自助机打印小票到各个医技科室继续进行相应的诊疗活动，如患者区域银医通帐户或银行卡余额不足，则提示患者到收费窗口排队缴费或充值后继续结算。医保患者也可走“先诊疗、后付费”模式，先检查再结算。住院预缴金住院患者可使用自助设备进行住院预交金缴款，患者可在自助设备上现金存款、银联卡转账充值，或使用银医通帐户余额充值。充值成功后可打印预交金缴款凭证。患者还可以在自助机上使用医保卡察看自己的预交金缴款记录。智慧医院银医通平台组成HIS业务模块改造需全面改造HIS系统，增加对区域银医通帐户的支持，修改相关系统增加机具和结算功能的支持。HIS业务改造模块包括：门急诊挂号系统、门急诊收费系

55、统、门诊诊间系统、门诊（中西）药房管理系统、输液室管理系统、皮试室管理系统、医技科室管理系统、门诊办公室管理系统、病人信息接口、预约挂号接口等；自助系统实现二代身份证直接自助发卡。使用身份证号做为患者唯一ID号建立患者档案。实现门诊自助挂号预约取号功能，自助挂号支持使用现金或区域银医通帐户支付挂号费，医保患者可直接进行医保结算，自理自费部分再用区域银医通帐户支付。实现自助系统处方实时结算，支持医保实时结算，自理自费部分再从区域银医通帐户或绑定银行卡中扣除。实现处方结算信息与药库房系统的实时互联互通，实时反馈患者支付信息到药房系统，可加快要库房备发药流程，减少患者等待时间，提供医院就诊效率。实现

56、对医技项目使用区域银医通帐户支付结算、实现对收费项目使用绑定银行卡支付结算。实现现金充值、实现银行卡转账充值、实现账户取现（只限农业银行卡）、实现绑定银行卡的支付结算。实现缴费记录查询、实现账户余额查询等、实现当日消费查询。银医通账户实现与银行端的区域银医通帐户接口在HIS系统中的映射，包括账户建立、账户查询、账户充值、取现，账户冻结解除冻结等。医保接口在现有流程中增加自助机系统医保交易功能，支持目前医院在用的医保接口。同时还需要改造医保交易平台及医保配置管理系统和医保对账管理系统。包含如下系统改造1、自助系统医保集成2、医保交易平台改造3、医保配置管理系统改造4、医保对账系统改造银医交易管理

57、系统负责处理银医平台的配置管理、HIS与银行的对账、银行交易的报表、银行交易的日志等。实现银行系统交易功能下载、实现HIS与银行的总额和明细对账、实现门急诊日报银医通帐户交易汇总、实现门急诊日报银行卡账户交易汇总等。实现财务信息查询，交易汇总查询、交易明细查询，按发现时间等进行查询控制。银医交易交换平台处理HIS系统和银行业务系统间的通讯和交易处理。主要由以下功能模块组成：进行HIS业务系统与银行的消息转发进行银行交易的处理工作进行银行对HIS系统的调用工作提供医院排班信息，科室信息、医生资料。提供实时挂号接口, 病人就诊信息,提供预约挂号接口, 预约挂号撤销等接口。提供银行查询账户信息，患者

58、就诊信息等即可。提供银行端发起冲账交易，HIS交易查询等接口。智慧医院分时段全预约平台全预约分时段诊疗服务平台概述如上图所示：全预约分时段诊疗服务平台包括了来自网络预约分时段平台、电话分时段预约平台、自助分时段预约平台、特检医技分时段预约平台及诊间医生复诊分时段预约等多项内容。通过医院的全预约分时段诊疗服务平台的分配全院所有普通、专家等医疗资源号码，实现病患按时段分时就诊服务，达到了有序分诊就诊人群，让病患自主控制就诊时间，节约病患与医护人员时间，从而提高工作效率。预约诊疗服务与全预约分时段诊疗服务平台预约诊疗服务医院将普通、专家号码资源统一管理，协调分配到网络预约平台、电话预约平台等多种不同

59、的预约途径，实现病患的预约就诊。但是病患通过这些途径预约到的号码不是一个具体的时间段，只能保证病患在该医生出诊的这天能就诊，而通过这些预约途径预约的号码要求病患在就诊日期上午10：00之前到院内再次挂号，使得病患即使预约的号码也需要早早到院内挂号排队，但真正就诊时间可能已经是下午了。病患无法自助安排就诊时间，医生看诊秩序也无法得到有效保护，就诊体验与秩序难以得到保障。为解决此类问题，我公司与浙江省中西医结合医院开展合作，在专家预约上做了分时段预约就诊尝试，得到了良好的效果，故此提出分时段预约诊疗服务平台。全预约分时段诊疗服务平台全预约是指将网络预约挂号、电话预约挂号、自助预约挂号、复诊预约挂号

60、、预约等院内所有需要排队的地方都将纳入到分时段预约诊疗服务平台，从而达到有序医疗、节约病患时间。分时段诊疗实现全预约所有途径的诊疗资源进行分时段就诊服务，使得每一个预约号码都有一个具体的时间段，例：上午10：30 就诊的王先生可以在10：20分到达，就可以；李女士明天上午11：00的胃镜检查预约号，就不必浪费今天的时间。预约诊疗服务与全预约分时段诊疗服务平台对比如上图所示：我们可以发现，通过预约诊疗服务平台与通过全预约分时段诊疗服务平台两种模式病患就诊时的秩序与就诊体验是不同的。预约诊疗服务平台从预约途径上看只有省平台网络预约、电话预约与自助预约三种方式，且是不分时段预约；而通过全预约分时段诊