医院信息平台业务系统接口规范范本

合集下载

his系统接口标准

his系统接口标准HIS系统接口标准。

一、概述。

HIS系统（Hospital Information System，医院信息系统）是指利用计算机技术、网络通信技术和医学信息学等技术手段，对医院的管理、医疗、科研等活动进行信息化管理的系统。

HIS系统接口标准是指HIS系统与其他医疗信息系统或设备进行数据交换和信息共享时所遵循的规范和标准。

二、接口类型。

1. 数据接口，用于HIS系统与其他医疗信息系统之间的数据交换，包括患者基本信息、医嘱、检验检查结果、病历资料等。

2. 服务接口，用于HIS系统与其他医疗信息系统之间的功能调用和服务调用，包括挂号、收费、排班、处方开具等功能的调用和交互。

三、接口规范。

1. 数据格式，HIS系统接口应采用统一的数据格式，如XML、JSON等，以确保数据的准确性和一致性。

2. 数据加密，对于涉及患者隐私的数据，HIS系统接口应采用加密传输，确保数据安全性。

3. 接口稳定性，HIS系统接口应具备良好的稳定性和可靠性，能够在长时间运行中保持正常的数据交换和服务调用。

4. 接口文档，HIS系统接口应有详细的接口文档，包括接口说明、参数说明、错误码定义等，以便其他系统或设备进行对接和集成。

四、接口实现。

1. 标准化开发，HIS系统接口的开发应遵循统一的标准和规范，确保不同开发人员在接口开发中能够遵循相同的规则和标准。

2. 接口测试，HIS系统接口在开发完成后，应进行充分的接口测试，包括数据交换测试、服务调用测试等，以确保接口的稳定性和可靠性。

3. 接口发布，HIS系统接口在测试通过后，应进行接口发布，提供给其他系统或设备进行集成和对接使用。

五、接口管理。

1. 接口监控，HIS系统应建立完善的接口监控机制，对接口进行实时监控，及时发现和解决接口异常情况。

2. 接口版本管理，HIS系统接口的升级和更新应进行版本管理，确保新版本的接口能够向下兼容，并提供给其他系统或设备进行逐步升级和替换。

上海最新中心系统与医院系统接口规范

上海最新中心系统与医院系统接口规范上海市医疗保险费用结算审核计算机管理系统中心系统与医院系统接口规范( 第四版 )(SHYBXXXT-00401-YYJK-200308)上海市医疗保险信息中心二零零三年八月目录一. 概述 (5)二. 医院系统的环境与通信接口方式 (5)三. 调用通信接口程序的操作步骤 (6)1.当医院系统的客户端为DOS环境时 (6)2.当医院系统的客户端为Windows环境时 (7)3.客户端配置文件格式 (7)四. 交易流程 (9)五. 交易流程说明 (12)1.门急诊、大病、住院、急观、家床支付流程 (12)2.退款流程 (12)3.登记流程 (13)六. 消息编码格式 (13)1.发送消息的编码格式 (13)2.接收消息的编码格式 (14)3.消息类型码 (14)4.消息返回码 (15)5.医疗机构代码格式 (16)6.帐户标志说明 (16)7.大病项目代码 (16)8.门诊大病登记疾病诊断分类 (16)七. 基本概念和数据格式定义 (17)1.要求 (17)2.基本概念 (18)3.数据格式定义 (18)八. 消息体格式 (19)1.保障卡基本信息读取请求（S000） (19)2.保障卡基本信息读取应答（R000） (19)3.保障卡卡号读取请求（S001） (20)4.保障卡卡号读取应答（R001） (20)5.门急诊挂号请求(SH01) (20)6.门急诊挂号应答(RH01) (20)7.门急诊挂号确认请求(SH02) (21)8.门急诊挂号确认应答(RH02) (21)9.门诊大病挂号请求(SH11) (24)10.门诊大病挂号应答(RH11) (25)11.门诊大病挂号确认请求(SH12) (25)12.门诊大病挂号确认应答(RH12) (26)13.门急诊收费请求(SI11) (26)14.门急诊收费应答(RI11) (27)15.门急诊收费确认请求(SI12) (28)16.门急诊收费确认应答(RI12) (28)17.门诊大病收费请求(SI21) (32)18.门诊大病收费应答(RI21) (32)19.门诊大病收费确认请求(SI22) (33)20.门诊大病收费确认应答(RI22) (34)21.家庭病床收费请求(SI31) (34)22.家庭病床收费应答(RI31) (35)23.家庭病床收费确认请求(SI32) (35)24.家庭病床收费确认应答(RI32) (36)25.急观收费请求(SI41) (37)26.急观收费应答(RI41) (38)27.急观收费确认请求(SI42) (38)28.急观收费确认应答(RI42) (39)29.住院收费请求(SI51) (40)30.住院收费应答(RI51) (40)31.住院收费确认请求(SI52) (41)32.住院收费确认应答(RI52) (42)33.交易查询请求(SI91) (42)34.交易查询应答(RI91) (43)35.登记请求(SJ11) (43)36.登记应答(RJ11) (43)37.登记撤消请求(SJ21) (44)38.登记撤消应答(RJ21) (44)39.登记查询请求(SJ31) (44)40.登记查询应答(RJ31) (44)41.退款请求(SK01) (48)42.退款应答(RK01) (48)43.对帐请求(SL01) (49)44.对帐应答(RL01) (49)45.帐户查询请求(SM01) (50)46.帐户查询应答(RM01) (50)九. 对帐文件格式 (50)十. 医疗机构四期接口的明细项目上传数据定义 (51)1.说明 (51)2.明细库上报命名规则和文件格式 (52)3.上传明细数据格式说明 (52)4.项目费用明细库定义 (53)十一. 上海市城镇职工医疗保险定点医疗机构结算表上报数据库定义 (57)1．说明 (57)2．上海市城镇职工医疗保险费用分类给付统计库 (58)3．上海市城镇职工医疗保险门急诊费用结算库 (59)4．上海市城镇职工医疗保险门诊大病费用结算库 (60)5．上海市城镇职工医疗保险住院费用结算库 (61)6．上海市城镇职工特殊人员门诊急诊医疗费用结算库 (63)7．上海市城镇职工特殊人员住院医疗费用结算库 (64)8．上海市城镇职工尿毒症透析病人门诊大病减负费用结算库 (65) 9．上海市城镇职工尿毒症透析病人住院减负费用结算库 (66)10．上海市城镇职工精神病病人住院减负费用结算库 (67)11．上海市城镇自由职业人员和个保人员门急诊费用结算库 (68) 12．上海市城镇自由职业人员和个保人员门诊大病费用结算库(69)13．上海市城镇自由职业人员和个保人员住院费用结算库 (70)14．上海市城镇自由职业人员和个保特殊人员门诊急诊医疗费用结算库 (72)15．上海市城镇自由职业人员和个保特殊人员住院医疗费用结算库 (73)16．上海市城镇企业职工失业丧劳特困人员门诊大病医疗费用结算库 (75)17．上海市城镇企业职工失业丧劳特困人员住院医疗费用结算库(76)18．上海市新疆兵团回沪人员门诊大病医疗费用结算库 (77)19. 上海市新疆兵团回沪人员住院医疗费用结算库 (78)附件一：区县代码表 (79)附件二：科室编码表 (80)。

20140218福建省新农合医院信息系统接口技术规范(县级普门)

福建省新农合医院信息系统医院接口技术规范2008年9月一、接口设计主体思路：采用文本文件交换信息的方式，每个业务接口主要步骤均为：医院程序删除应答文件（如果存在），提交一个请求文件，医保程序检测到后自动解释，生成一个回答文件，并删除原来的请求文件，医院程序检测到应答文件生成后就去读取医保程序返回的信息。

文件的结构主要借鉴Windows系统通用的信息文件格式（*.ini）。

为安全起见，每一个涉及收费的接口均需校验卡号。

为方便起见，对交换文件不进行加密处理，采用文本文件。

为了全省数据的一致性，病种编码，发票项目编码、药品项目和诊疗项目编码将统一标准。

注：如果医保政策或实施细则有变化，本规范将作相应调整。

二、医院程序设计注意事项：1.发出请求前，应当删除应答文件；（否则医保程序将不会响应应答文件。

）2.发出请求文件时，填写request字段的内容应填写完参数后进行；（最好采用独占方式(LOCKREADWRITE!)打开文件,一次性写完后关闭。

）3.检测应答文件时，应当等到应答文件的reply=TRUE时，方可进行读取工作。

4.写文件时，如用powerbuilder编程，不要用setprofilestring函数进行文件操作，必须使用fileopen,fileclose,filewrite,fileread等函数。

5.读结果文件时，可以和发送的信息进行一些简单的校验（例如接口发送和接收的处方数目，明细，总金额等是否一致等），保证程序正确运行。

三、各个具体业务的接口文件结构：如无特殊说明，以下提及的各个文件均放在医保安装目录(缺省为C:\medicare\hospital)下的sfjk目录下。

请求文件名为:request.txt 接口返回的文件名为:reply.txt请求和应答文件中英文字段意义说明：(C代表字符类型 N代表数值类型 N5,2代表取值0.00到999.99) (字段意义如文件中另有说明的除外)注意：1、jjzfe0是指新农合补偿金额 +民政救助总额+计生救助总额 +残联救助总额，新农合补偿金额：基金支付额-民政救助总额-计生救助总额 -残联救助总额,bcyljz 是指民政救助总额，jsjzze是指计生救助总额，cljzze是指残联救助总额，实时结算模式，医院垫付金额=新农合补偿金额+民政救助总额+计生救助总额+残联救助总额。

烟台市区域卫生信息平台诊疗辅助系统接口规范V1.1

56
费用类别
FYLB
57 58 59 60 61 62 63 64 65 66 67 68 69
项目名称组套内子项服务代码组套内检查部位子项代码组套内检查部位子项名称项目医院自编代码项目医保统编代码项目数量项目数量单位检查部位编码检查部位名称诊疗部位编码医用材料编码类型
XMMC ZXFWDM JCBWZXDM JCBWZX YYXMDM YBXMDM XMSL XMSLDW JCBWBM JCBW ZLBWBM YYCL BMLX 节点3103、3104开检验项目和检查项目的时候为必填
序号
参数名称
字段名
最大长度（字节）
必填
1
触发点代码
CFDDM
4
◎
2 3 4 5 6 7 8 9 10 11 12 13
代配药标志身份证号码姓名性别民族出生日期婚姻状况固定联系电话移动联系电话户籍地址居住地址卡号
DPYBZ ZJHM XM XB MZ CSRQ HYZK GDLXDH YDLXDH HJDZ JZDZ KH
70
费用类别
FYLB
71 72 73 74 75 76 77 78
医用材料名称医用材料医院自编代码医用材料医保统编代码医用材料规格医用材料数量材料数量单位接口版本号质控标志
CLMC YYCLBM YBCLBM CLGG CLSL CLSLDW VER ZKFLAG
各个字段中的内容如果有xml的特殊字符，请参照字符特殊处理说明
一下发代码
1：是；2：否
药品名称医院药品代码医保药品代码包装规格单位包装规格单位内含基本使用数量药品规格(剂量)
YPMC YYYPDM YBYPDM BZGGDW BZDWSLY YPGG 节点3103、3104开处方或者医嘱时为必填

一站式平台接口规范(通用版)

版本号V1.0V1. 1发布时间2022- 12-252022-01- 10说明初稿住院登记添加个人编码，门诊和住院明细添加平台医疗项目类型目录版本变更 (2)第一章、接口概述 (4)第二章、WebService 调用说明 (4)1 、webservice 请求调用XML 格式 (4)2 、webservice 服务返回XML 格式 (5)第三章、WebService 交易失败处理 (6)第四章、平台接口 (7)1、门诊预收费(F01.00.00.01) (7)2、门诊收费(F01.00.00.02) (8)3、门诊收费冲销(F01.00.01.01) (01)4、住院登记(F02.00.00.01) (01)5、住院登记撤销(F02.00.00.02) (11)6、住院明细上传(F02.00.01.01) (21)7、住院未结算明细清除(F02.00.01.02) (31)8、住院预结算(F02.00.03.01) (31)9、住院结算(F02.00.03.02) (41)10、住院结算撤销(F02.00.03.03) (51)11、个人信息查询(F00.00.00.01) (61)12、门诊结算信息查询(F00.00.00.02) (71)13、住院结算信息查询(F00.00.00.03) (81)附件一 (19)代码字典 (19)部份参数说明 (27)附件二 (27)为了更好的实现吕梁市政府提出的一站式结算系统功能需求，真正实现人民群众一站式处理医院、多种医疗保险和商业保险之间的统一结算。

考虑到数据的准确性、可控性、可维护性和安全性，结合HIS 厂家以及各个医疗保险机构改造系统的艰难等多方面的考虑，在对原有系统的改造的过程中，我们准备提供WebService 以供访问来解决。

<?xmlversion="1.0"encoding="UTF-8"?><service><head><security><username>ceshiyy</username><password>123456</password><entryType>农合</entryType> </security><serviceId> F01.00.00.02</serviceId><businessId> 202202240000001</businessId> </head><request>< akc190>202212001</ akc190>< aac001>368512</ aac001>< aac191>10002</ aac191><resultsname='list01'><result><zkc301>1001</zkc301><zkc302> 阿莫西林胶囊</zkc302></result><result>< zkc301>1002</zkc301>< zkc302>灰黄霉素片</zkc302></result></results></request></service><?xmlversion="1.0"encoding="UTF-8"?><service><head><serviceId> F01.00.00.02</serviceId><businessId> 202202240000001</businessId><sign>1</sign><message>ok</message></head><response><zkc502>200</zkc502><akc260>100</akc260><resultsname='list01'><result><aka063>1</aka063><aka064>床位费</aka064><akc240>30.00</akc240></result><result><aka063>2</aka063><aka064> 西药费</aka064><akc240>30.00</akc240></result></results><resultsname='list02'><result><bkc101> 医保统筹支付</bkc101><bkc102>20.00</bkc102></result><result><bkc101> 公务员津贴支付</bkc101><bkc102>10.00</bkc102></result></results></response></service>在医院调用webservice 接口进行日常业务操作中碰到网络中断等无法接收平台返回的交易结果数据时，可根据惟一交易号进行交易结果查询操作。

医院信息系统基本功能规范范本模板

医院信息系统基本功能规范第一章总则第一条为加强卫生信息化工作的规范管理, 进一步加快卫生信息化基础设施建设, 保证医院信息系统的质量, 减少不必要的重复研制和浪费, 保护用户利益, 推动和指导医院信息化建设, 特制定本《医院信息系统基本功能规范》。

第二条制定本规范的目的是为卫生部信息化工作领导小组评审医院信息系统提供一个基本依据, 亦是现阶段商品化医院信息系统必须达到的基本要求。

第三条本规范同时为各级医院进行信息化建设的指导性文件, 用于评价各级医院信息化建设程度的基本标准。

第四条医院信息系统的定义: 医院信息系统是指利用计算机软硬件技术、网络通讯技术等现代化手段, 对医院及其所属各部门对人流、物流、财流进行综合管理, 对在医疗活动各阶段中产生的数据进行采集、存贮、处理、提取、传输、汇总、加工生成各种信息, 从而为医院的整体运行提供全面的、自动化的管理及各种服务的信息系统。

医院信息系统是现代化医院建设中不可缺少的基础设施与支撑环境。

第五条实用性是评价医院信息系统的主要标准。

它应该符合现行医院体系结构、管理模式和运作程序, 能满足医院一定时期内对信息的需求。

它是现代医院管理工作中不可缺少的重要组成部分, 并能对提高医疗服务质量, 工作效率, 管理水平, 为医院带来一定的经济效益和社会效益产生积极的作用。

第六条医院信息系统不是简单地模拟现行手工管理方法, 而是根据医院管理模式采用科学化、信息化、规范化、标准化理论设计建立的。

在建设医院信息系统前, 医院必须首先规范自身的管理制度及运行模式。

医院信息系统建立的过程, 应是医院自身规范管理模式和管理流程, 提高工作效率, 不断完善机制的过程。

第七条医院信息系统是一个综合性的信息系统, 功能涉及到国家有关部委制定的法律、法规。

包括医疗、教育、科研、财务、会计、审计、统计、病案、人事、药品、保险、物资、设备…等等。

因此, 评价医院信息系统首先必须保证与中国现行的有关法律、法规、规章制度相一致, 并能满足各级医疗机构和各级卫生行政部门对信息的要求。

2_医院信息系统集成平台接口设计说明

第二部分医院信息系统集成平台接口设计说明目录1引言 (3)1.1标识 (3)1.2系统概述 (3)1.3文档概述 (3)1.4基线 (4)2引用文件 (4)3接口设计 (5)3.1接口范围 (5)3.2逻辑架构图 (5)3.3系统软件部署 (6)3.4技术架构图 (6)3.4.1数据集成 (6)3.4.2功能集成 (7)3.4.3实现说明 (8)3.5HIS系统相关接口 (9)3.5.1病人入病区场景 (9)3.5.2病人取消入区场景 (13)3.5.3病人基本信息变化场景 (15)3.5.4病人转科信息场景 (18)3.5.5科内病人转床场景 (20)3.5.6病人出院场景 (22)3.5.7出院返回场景 (25)3.5.8病人费用变化场景 (27)3.5.9调阅帐务查询场景 (29)3.5.10住院医嘱场景（护嘱） (31)3.6LIS系统相关接口 (36)3.6.1发送LIS申请场景 (36)3.6.2采集LIS报告数据场景 (39)3.6.3调阅LIS报告场景 (42)3.7PACS系统相关接口 (44)3.7.1发送PACS申请场景 (44)3.7.2采集PACS文字报告场景 (47)3.7.3调阅完整PACS报告场景 (50)3.8医技系统相关接口 (52)3.9病案统计相关接口 (52)3.9.1场景描述 (52)3.9.2数据内容 (52)3.9.3交互流程 (53)3.9.4实现方式 (53)3.10合理用药系统相关接口 (53)3.10.1场景描述 (53)3.10.2数据内容 (54)3.10.3交互流程 (54)3.10.4实现方式 (54)3.11区域信息平台相关接口 (55)3.11.1场景描述 (55)3.11.2数据内容 (55)3.11.3交互流程 (55)3.11.4实现方式 (55)3.12调阅电子病历场景 (55)3.13公共基础数据 (57)3.13.1基础数据全部上传场景 (57)3.13.2基础数据变更场景 (59)4需求的可追踪性 (61)5注解 (62)1引言1.1标识1.2系统概述现在医院信息化建设的发展，不可能完全靠一家开发商完成医院所有信息系统的开发，要实现各个医院临床信息、医院管理信息系统、电子病历系统、LIS、PACS、病案管理系统的数据交换和业务协同，实现系统间的无缝连接，建设基于电子病历的医院信息系统，开发出一个医院信息系统接口集成平台，去统一管理、实现各个信息系统间的数据交互，并用统一的标准化的接口方去实现系统间的业务协同和功能集成。

医疗机构医院信息系统数据接口规范—数据字典(2019版)

ＸＸ省医疗机构医院信息系统数据接口规范—数据字典（２０１９版）目录1. STD_NATIONALITY 民族类别代码 (7)2. STD_ADMINISTRATIVE_DIVISION 中华人民共和国行政区划代码 (10)3. STD_COUNTRY 世界各国和地区名称代码 (23)4. STD_EDUCATION 学历代码 (38)5. STD_FAMILY_RELATION 家庭关系代码 (41)6. STD_MARRIAGE 婚姻状况代码 (41)7. STD_OCCUPATION 职业类别代码 (42)8. STD_PROFESSIONAL_CODE 职称代码（卫生技术人员） (76)9. STD_SEX 性别代码 (77)10. STD_ICD10 疾病诊断编码 (78)11. STD_CHINESE_MEDICINE_SYMPTOMS 中医病证分类与代码 (78)12. STD_OPERATION 手术编码 (78)13. STD_CHARGE_ITEM 医疗服务价格项目编码 (78)14. STD_ORG_TYPE 卫生机构分类代码 (78)15. STD_ADDRESS_TYPE 地址类别代码 (88)16. STD_ADVIE_EXECUTE 医嘱执行频率代码 (89)17. STD_ANAES_WAY 麻醉方法代码 (92)18. STD_ASA_TYPE 美国麻醉医师协会（ASA）分级标准代码 (93)19. STD_BLOOD_TYPE ABO血型代码 (94)20. STD_RH_RESULT RH血型代码 (95)21. STD_BOOLD_MARK 输血史标志 (95)22. STD_CASE_QUALITY 病案质量等级表 (95)23. STD_DISEASE_DIAG_TYPE 疾病诊断类别代码 (96)24. STD_DRUG_TYPE 药物类型代码 (97)25. STD_FEE_SETTLE_WAY 医疗费用结算方式代码 (109)26. STD_IN_CONDITION 入院病情代码 (110)27. STD_IN_CONDITION 入院病情代码 (110)28. STD_IN_PATH 入院途径代码 (111)29. STD_INPAT_DISEASE_STATUS 住院者疾病状态 (111)30. STD_MEDICAL_ADVICE_TYPE 医嘱项目类型代码 (112)31. STD_MEDICARE_PAYMENTS_TYPE 医疗付费方式代码 (113)32. STD_MEDICINE_FORM 药物剂型代码 (114)33. STD_NARCOSIS_MARK 麻醉中西医标识代码 (119)34. STD_OPER_PART 操作部位代码 (120)35. STD_OPERATION_INCISION_HEALING 手术切口愈合等级代码 (123)36. STD_OPERATION_INCISION_TYPE 手术切口类别代码 (124)37. STD_OPERATION_LEVEL 手术级别代码 (124)38. STD_PERSON_ID_TYPE 身份证件类别代码 (125)39. STD_SEC_TYPE 医疗保险类型 (125)40. STD_USE_MEDICINE_WAY 用药途径代码 (126)41. STD_COSTING_TYPE 核算项目编码 (128)42. STD_BOOK_WAY 预约途径代码 (131)43. STD_DEPT 科室代码 (132)44. STD_DISCHARGE_CLASS 离院方式代码 (146)45. STD_EXAMINE_RESULT 检查/检验结果代码 (147)46. STD_ILLNESS_SEQUELAE 治疗结果代码 (147)47. STD_INVOICE_TYPE 发票类别目录 (148)48. STD_ORDER_TYPE 医嘱类别代码 (149)49. STD_RECIPE_TYPE 处方类别代码 (150)50. STD_REG_TYPE 挂号类别代码 (151)51. STD_REG_WAY 挂号方式 (152)52. STD_MEDICINE 药品标准编码 (152)53. STD_CARD_TYPE 卡类型代码 (152)54. STD_CASE_TYPE_CODE 病案首页类型代码 (153)55. STD_DIAGNOSE_MARK 中西医诊断标识代码 (153)56. STD_EVENT_TYPE 诊疗事件类型代码 (154)57. STD_LAB_EXAM_TYPE 检验的专业分类 (155)58. STD_OUT_SUMMARY_TYPE 出院小结类型代码 (156)59. STD_PRESCRIBE_STATUS 医嘱执行状态代码 (157)60. STD_SPECIMEN_DETERMINER 标本采集部位代码 (157)61. STD_SPECIMEN_RISK 标本危险程度代码 (161)62. STD_WHETHER_MARK 是否标记 (162)前言本规范的数据字典自发布之日起生效。

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

医院信息平台接口规范新奥博为技术有限公司20一五-04更改页表单流程：①项目负责人编制→②立项部门审核→③上一级部门批准→④研发中心存档本表单为一份，由研发中心留存目录1 文档说明 (5)2 引用标准 (5)3 接口方式 (5)3.1 WS消息方式 (6)3.2 业务协同与数据交换流程 (7)3.3 安全访问机制 (8)4 平台服务接口 (8)4.1 获取令牌服务接口 (8)4.1.1 接口说明 (8)4.1.2 场景说明 (9)4.1.3 调用地址 (9)4.1.4 WS接口定义 (9)4.2 消息发布服务接口 (11)4.2.1 接口说明 (11)4.2.2 场景说明 (11)4.2.3 调用地址 (12)4.2.4 WS接口定义 (12)4.3 业务交换服务接口 (14)4.3.1 接口说明 (14)4.3.2 场景说明 (14)4.3.3 调用地址 (15)4.3.4 WS接口定义 (15)5 业务交换服务 (17)5.1 业务交互服务概述 (17)5.2 基础交换服务（A） (17)5.2.1 消息订阅服务（A00） (17)5.2.2 患者服务（A01） (19)5.2.3 医疗卫生人员服务（A02） (19)5.2.4 医疗卫生机构（科室）服务（A03） (35)5.2.5 术语和字典服务（A04） (40)5.3 临床业务交换服务（B） (42)5.4 医院管理交换服务（C） (57)6 服务异常编码 (65)1文档说明本文档定义了医院信息平台（后续简称平台）和院内业务系统（HIS、LIS、PACS、EMR）的接口方式、接口规范。

2引用标准✓基于电子病历的医院信息平台建设技术解决方案（1.0 版）2011-03；✓河南省数字化医院建设指南（2014版）2014-05；✓《电子病历基本架构与数据标准（试行)》，2009-12；✓《基于电子病历的医院信息平台技术规范》，2014-10-01✓《电子病历基本数据集》，2014-5-30；✓河南省基于健康档案的卫生信息平台接口库说明（医疗服务V1.7.1)试行✓河南省基于健康档案的卫生信息平台接口库说明（卫生资源V1.0.1)试行3接口方式医院信息集成平台业务协同与数据交换采用SOA架构设计，需要ESB企业总线支持实现医院业务系统业务协同和数据的交换。

数据交换总线功能主要包括：SOA支持，遵循SOA设计原则和技术标准，提供松耦合模式，实现业务逻辑和应用逻辑、数据逻辑等分离；智能路由支持，采用灵活的消息路由方式，支持基于消息内容的处理和路由；XML支持，支持标准XML数据的格式转换，可以通过图形化映射组件、XSLT、客户化Java程序等多种方式实现转换功能；消息发布/订阅功能，支持队列和主题两种订阅模式；3.1WS消息方式Web service是一个跨语言的，松耦合、平台独立的、基于可编程的web的应用程序，可使用开放的XML标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。

医院信息平台定义的WS消息交换接口满足SOAP 1.1 SOAP 1.2、WSDL1.1 WSDL2.0标准规范。

WS接口定义说明性描述主要由以下几部分组成：✓接口说明：定义和说明接口的作用和适用范围✓场景说明：定义和描述WS服务接口的调用和使用场景、说明业务处理流程；✓服务地址：描述WS服务的调用URL地址；✓请求数据结构：定义和描述WS服务的请求数据结构和参数说明；✓响应数据结构：定义和描述WS服务的响应数据结构和参数说明；3.2 业务协同与数据交换流程医院信息平台交换方式（即时模式）系统B （如HIS ）医院信息平台系统A （如LIS ）阶段订阅化验申请单消息接收消息订阅并存储1发送化验申请单信息接收化验申请单信息并存储化验单申请消息发布接收化验单申请消息获取化验申请单信息查询化验单申请信息返回化验单申请信息后续业务处理2345678说明：1、业务系统A （入LIS ）订阅相关业务消息，医院信息平台接收消息订阅，并存储订阅信息；2、业务系统B （如HIS ）处理业务过程中生成业务关键数据（如医生工作站生成实验室化验申请单），然后业务系统B 生成业务关键数据后，把业务关键数据调用医院信息平台相关接口发送到医院信息平台。

3、医院信息平台接收业务系统B 发送的关键业务数据（实验室化验单申请），将数据存储入医院信息平台数据中心，同时将新增或更新业务关键数据的信息生成消息（实验室化验申请单消息）通知推送给已经订阅了相关内容消息的业务系统A(如LIS)4、业务系统A （LIS ）接收通知消息，消息内容中包括消息关联业务数据ID （实验室化验申请单ID）、消息类型（实验室化验申请单类型消息）、获取业务数据所需要的服务接口地址、获取业务数据所需要的服务编码（实验室化验申请单查询服务编码）；5、业务系统A（LIS）根据消息内容调用消息中包含的服务接口地址，调用相关接口服务（实验室化验申请单查询服务）获取指定ID业务数据；6、医院信息平台根据业务系统A（LIS）传递的服务编码和业务数据ID，从医院信息平台数据中心获取指定数据；7、医院信息平台将查询到的业务数据封装为标准接口数据结构（XML）结构数据，返回业务系统A（LIS）；8、业务系统A（LIS）获取指定业务数据后进行后续业务处理。

3.3安全访问机制满足数字化医院信息安全要求，建立健全的信息安全保障体系是保障院内系统安全的基础。

可靠有效的安全访问机制，是保证医院信息平台接口库和各业务系统WS服务的安全，通过身份验证防止非法用户、匿名用户和恶意用户的非法访问。

WS接口方式安全访问机制依赖医院信息平台的令牌动态口令算法，平台定义令牌加密算法，每次产生的令牌在设置时间内是有效的，超过令牌的有效期这个令牌就失效了，必须重新产生一个令牌。

4平台服务接口4.1获取令牌服务接口4.1.1接口说明医院信息平台在每次调用接口时需要带上accessToken参数，accessToken参数由systemCode和systemPassword换取。

systemCode是第三方系统编码，每个第三方应用系统拥有一个唯一的systemCode，systemPassword是系统凭证密码。

医院信息平台系统管理员可以通过管理端的权限分配给第三方系统一个唯一的systemPassword。

当第三方系统调用医院信息平台接口时，医院信息平台会根据此次访问的accessToken，校验访问的合法权限以返回相应的结果。

accessToken令牌有时效性，医院信息平台默认设置为7200秒，平台管理员可以通过系统参数修改时效参数。

如果第三方系统调用本接口时accessToken未过期，医院信息平台会自动延长accessToken到期时间。

如果调用本接口时accessToken过期，则医院信息平台会生成新的accessToken令牌并返回。

4.1.2场景说明第三方系统调用医院信息平台业务交换服务接口前，先需要通过本接口获取accessToken，然后使用accessToken再调用平台其他业务服务接口。

4.1.3调用地址xip:port//hipService/GetTokenPort4.1.4WS接口定义WSDL文档：<?xml version="1.0" encoding="UTF-8"?><wsdl:definitions xmlns:wsdl="/wsdl/"xmlns:soap="/wsdl/soap/" xmlns:http="/wsdl/http/"xmlns:xs="/2001/XMLSchema" xmlns:soapenc="/soap/encoding/" xmlns:mime="/wsdl/mime/" xmlns:xsi="/2001/XMLSchema-instance" xmlns:tns="http:/xxinbohitx" targetNamespace="http:/xxinbohitx"><wsdl:types><xs:schema targetNamespace="xxxinbohitx" elementFormDefault="qualified"/> </wsdl:types><wsdl:message name="GetTokenRequest"><wsdl:part name="requestId" type="xs:string"/><wsdl:part name="requestIP" type="xs:string"/><wsdl:part name="systemCode" type="xs:string"/><wsdl:part name="systemPassword" type="xs:string"/></wsdl:message><wsdl:message name="GetTokenResponse"><wsdl:part name="requestId" type="xs:string"/><wsdl:part name="msgCode" type="xs:string"/><wsdl:part name="msgDesc" type="xs:string"/><wsdl:part name="accessToken" type="xs:string"/></wsdl:message><wsdl:portType name="GetTokenPortType"><wsdl:operation name="getToken"><wsdl:input message="tns:GetTokenRequest"/><wsdl:output message="tns:GetTokenResponse"/></wsdl:operation></wsdl:portType><wsdl:binding name="GetTokenBinding" type="tns:GetTokenPortType"><soap:binding style="document" transport="/soap/http"/><wsdl:operation name="getToken"><soap:operation soapAction="xxxinbohitx/services" style="document"/><wsdl:input><soap:body use="literal"/></wsdl:input><wsdl:output><soap:body use="literal"/></wsdl:output></wsdl:operation></wsdl:binding><wsdl:service name="GetTokenService"><wsdl:port name="GetTokenPort" binding="tns:GetTokenBinding"><soap:address location="xip:port/hipService/GetTokenService"/></wsdl:port></wsdl:service></wsdl:definitions>参数说明4.2消息发布服务接口4.2.1接口说明本接口主要提供消息通知服务，当医院信息平台数据中心相关业务数据发生变化，本接口会生成相关消息，然后推送到已经订阅了本消息的三方系统。