医院接口概要设计文件

1、天源迪科计算机SZHI-HISI/PDD版本：0.1状态：CF市医疗保险标准化信息系统医院系统接口概要设计说明书（讨论稿）受控编号：N/A正文页数：18附件页数：0编号：N/A管理部门：DIC-SD3周期：1 月本文件属天源迪科计算机所有， 不得以复印或医保医院系统接概要设计说明书版本：0.1文件建立/修改第 2 页 共 18 页日期版本建立/修改内容建立/修改人审核人批准人2003/2/140.1建立2003/2/170.1修改2003/2/170.1修改2003/2/210.1修改医保医院系统接概要设计说明书版本：0.1目录1引言41.11.21.31.41.5编写目的4文档约定4背景4预

2、期的读者和阅读建议4参考文献42总体设计52.12.22.32.42.52.6需求规定8运行环境8基本设计概念和处理流程9结构错误!未定义书签。功能需求与程序设计9人工处理过程163运行设计163.13.23.3运行模块组合16运行. 16运行时间164数据规范设计错误!未定义书签。4.14.24.3逻辑结构设计要点错误!未定义书签。物理结构设计要点错误!未定义书签。数据结构与程序关系错误!未定义书签。5系统出错处理设计165.15.2出错信息16补救措施166系统维护设计17第 3 页 共 18 页医保医院系统接概要设计说明书版本：0.11引言1.1编写目的编写本概要设计说明书的目的在定点医

3、院系统接口定义一个概要的设计方案，使社保机构用户医院系统用户方对该接口采用的技术方案和接口实现过程有一个总体上的了解，作为医院系统接口详细设计的基础的同时，该设计方案也将为医院 HIS 系统开发商提供一份系统接口改造的技术说明书。1.2文档约定“医保医院系统接口”产生的文档和文档格式遵循公司 ISO9001 质量管理体系要求。1.3背景¨¨¨¨系统名称：医保医院系统接口任务提出者：软件三部开发者：软件三部系统用户：市保险局1.4预期的读者和阅读建议本概要设计说明书的使用人群为：社保机构“医保标准化信息系统”项目和主要技术工程师，医院系统最终用户代表，医院

4、系统开发商，市医疗保险标准化信息系统的系统分析设计、软件开发，系统测试。1.5参考文献统一软件开发过程机械工业美Ivar JacobsonGradyBoochJamesRumbaughMicrosoft Press/机械工业软件需求美Karl E.Wiegers第 4 页 共 18 页医保医院系统接概要设计说明书版本：0.1DIC72002 软件需求规格说明书编制规范天源迪科计算机DIC42300 文件程序天源迪科计算机DIC42301 质量管理体系文件编码规则天源迪科计算机DIC42302 受控文件管理条例天源迪科计算机2基本概念和技术方案2.1接术及方案介绍由于各定点医疗机构的系统平台和软

5、件多不相同，所以采用 Corba（公共对象请求）技术规范来实现分布式计算。公共对象请求程序体系结构（corba）是编写分布式对象系统的一个统一标准。Corba 是一种与语言无关的标准，它由多种语言编写的代码相互通信，是一个多语言编写的代码进行合作的理想平台。2.1.1使用 Corba 工作过程中的概念说明对象请求程序：对象请求程序即通常说的 orb，是网络中对象通信的助手。Orb 是分布式对象间的介质，可以使不同的应用程序在不知道底层通信机制的情况下相互通信。Orb 负责查找所调用方法的对象，处理参数，并返回结果。对象实现和对象：当你完成了 corba 对象实现时，该对象可以通过网络被客户任意

6、调用。客户对corba 对象实现的接口进行操作（不直接操作 corba 对象）。从而实现接口/实现的。CORBA 对象适配器（POA）：当对象被时，对象适配器负责将对象到对象实现中。当客户调用某操作时，orb、对象适配器和对象实现共同计算出哪个实现对象应当被调用。如果客户调用了一个未读入内存的对象实现的方法，则对象适配器将激活该对象（在内存中初始化），使其可以响应客户的需要。接口定义语言：即 IDL，IDL 是语言无关的，平台无关的一种中介语言。你可以通过射成具体的语言。工具将 IDL 映第 5 页 共 18 页医保医院系统接概要设计说明书版本：0.12.1.2基本结构合适的网络2.1.3计划

7、采用结构说明合适的网络第 6 页 共 18 页HIS系统CORBA根程序ORBEJBEJB接口器ORB社报机构CORBA程序框架ORB定点医疗机构CORBA根程序ORB医保医院系统接概要设计说明书版本：0.12.1.4使用服务类型说明CORBA服务：是一种信息传递机制， 时间服务的两种模式：（1） 采用“推”模式HIS 实现步骤：对象动态地或注销他们感的特定。²绑定到 ORB 和信道上；²从信道中获取一个推提供者；²创建一个推消费者；²将消费者连接到信道；²在一个 push()实现中被接收。这种模式适用于数据的单向（2） 采用“拉”模式HIS

8、实现步骤：。²绑定到 ORB 和信道上；²从信道中获取一个拉提供者；²创建一个拉消费者；²将消费者连接到信道；²对拉提供者调用 try_pull()接口或者 pull()接口并且将它转换为消息类型。CORBA 命名服务:通过名称来ORB，一个 Corba 命名或事务的对象实例会接受客户端的请求，然后把处理的结果返回给客户，服务器端的程序只要运行在特定端口的网关上，接受用户的请求即可。2.1.5医院接口实现途径（1）社报局提供标准 IDL 文件，定义社报局提供的各服务规范。（2）定点医疗机构根据 IDL 文件，对的系统进行改造，统一调用社报局提供

9、的接口。2.1.6接口服务的两种方案定点医疗机构所需的个人信息，由社报机构提供。定点医院 HIS 系统调用 IDL 定义的接第 7 页 共 18 页医保医院系统接概要设计说明书版本：0.1口，取个人信息（基本信息，参保信息，个人帐户等），送医疗明细数据。数据交互量大的门诊结算，考虑两种方案：方案一：定点医疗机构 HIS 系统对门诊进行结算，将处方明细用“推”技术送至社报局。最后需要双方约定，进行核算。方案二：定点医疗机构将处方明细送到社报机构，社报机构进行结算，将结算数据返回定点医疗机构。定点医疗机构根据结算数据与结帐。3总体设计3.1需求规定本文档所涉及的主要业务需求的规格、功能、性能要求均

10、采用SZHI-HISI/SRS（“深圳市医疗保险标准化信息系统医院系统接口”需求规格说明书）中的定义，详细资料可参见系统文档SZHI-HISI/SRS。3.2运行环境医院端(客户端)：HIS 应用系统体系采用 c/s 结构；系统服务器平台为 WIN2000、WINNT；数据库使用 SQLSERVER 等关系数据库；HIS 系统采用 Windows 标准应用，开发工具采用用 PB 等。社保机构（服务端）：接口采用 Corba 体系结构；服务器平台为 IBM AS400；数据库服务器使用 DB2；服务单元开发工具 RPG/C+。第 8 页 共 18 页医保医院系统接概要设计说明书版本：0.13.3

11、基本设计处理流程医院系统接口实现模式见下下图描述：ORB对象数据医院服务器AS400医院工作站corba 服务器和应用服务器为社保机构的 AS400，医院的 HIS 系统通过 corba 接口来调用corba 服务。接口改造过程描述：（1）社保机构制定相应的接口标准、业务规范、数据规范；（2）定点医院根据社保机构制定的业务规范、数据规范采用社保机构提供的医院接口标准进行医院 HIS 系统改造；（3）医院 HIS 系统在发生与医保相关业务时调用接口规定的相应服务项目完成保机构医保系统服务请求的递交；（4）社保机构医保系统根据医院相应请求实时完成相应的服务处理，并将服务结果返回医院系统；（5）医院

12、 HIS 系统医保相关业务处理完结。接口服务单元实现过程描述：（1）HIS 系统调用接口发出医保业务相关服务请求；（2）社保机构医保系统完成医保业务服务处理，并返回请求服务结果或结果集；（3）HIS 系统得到服务结果；（4）HIS 完成医保相关业务。3.4功能需求与程序设计根据SZHI-HISI/SRS（“市医疗保险标准化信息系统医院系统接口”需求规格说明书）中对医保系统接口需求规格的详细描述、定义，系统从接口功能设计上分别作如下设计，接口定义文件（IDL）的内容见附件 HISI.IDL。第 9 页 共 18 页医保医院系统接概要设计说明书版本：0.13.4.1医保数据库服务器连接检查服务请求

13、功能需求：医保数据库服务器连接检查服务请求服务编号：服务名称：数据库连接检查输入参数：(无)内部处理：检查 CORBA 服务器到数据库的连接是否连通。输出参数：返回连接状态3.4.2时间服务请求功能需求：时间服务请求服务编号：服务名称：取社保时间输入参数：(无)内部处理：取社保服务器的系统时间。输出参数：社保系统时间3.4.3医保资格验证请求功能需求：时间服务请求服务编号：服务名称：医保资格验证输入参数：医院标识码、医生标识码、参保人标识码内部处理：调用社保进行相应对象的医保资格进行验证，具体包括定点医院资格验证、医院医生处方权验证、操作原权限验证、当前处理参保检查输出参数：医保资格标识3.4

14、.4医保通知请求功能需求：医保通知请求服务编号：第 10 页 共 18 页医保医院系统接概要设计说明书版本：0.1服务名称：医保信息发布输入参数：时间参数、医院编号内部处理：根据时间参数、医院编号，查找最新的医保通知。输出参数：医保通知信息3.4.5参保人情况请求功能需求：参保人情况请求服务编号：服务名称：取参保人个人信息输入参数：参保号内部处理：通过参保号，取出社保系统数据库中个人基本情况。输出参数：个人基本信息3.4.6参保人所在基本情况请求功能需求：参保人所在基本情况请求服务编号：服务名称：取参保人所在基本情况输入参数：个人参保号码内部处理：通过个人参保号码，取数据库中个人所在编号，根据

15、编号取出基本情况和参保情况。输出参数：基本情况和参保情况3.4.7参保人参保情况请求功能需求：参保人参保情况请求服务编号：服务名称：取个人参保情况输入参数：个人参保号码内部处理：通过个人参保号码，取数据库中个人参保情况。输出参数：个人参保情况第 11 页 共 18 页医保医院系统接概要设计说明书版本：0.13.4.8参保人医疗保险个人帐户情况请求功能需求：参保人医疗保险个人帐户情况请求服务编号：服务名称：取个人帐户输入参数：个人参保号码、时点内部处理：根据参保号码，查找个人帐户的余额。输出参数：个人帐户的余额3.4.9参保人相关支付限额请求功能需求：参保人相关支付限额请求服务编号：服务名称：取

16、支付限额输入参数：个人参保号码码、时点、支付限额类别内部处理：根据个人费用历史，按照医保政策对参保人各支付限额进行计算。输出参数：支付限额3.4.10参保人缴费情况请求功能需求：参保人缴费情况请求服务编号：服务名称：取缴费情况输入参数：个人参保号码、时点内部处理：根据个人参保号码、时点查找个人缴费历史输出参数：个人缴费情况3.4.11参保人消费情况请求功能需求：参保人消费情况请求服务编号：服务名称：取消费情况输入参数：个人参保号码、时点内部处理：根据个人参保号码、时点查找个人消费历史第 12 页 共 18 页医保医院系统接概要设计说明书版本：0.1输出参数：个人消费情况3.4.12医疗保险结算

17、比例请求功能需求：医疗保险结算比例请求服务编号：服务名称：取政策参数输入参数：服务项目类别(分药品、诊疗项目)、服务项目名（或编码）内部处理：根据服务项目类别、服务项目查找结算比例输出参数：结算比例3.4.13住院共济金请功能需求：住院共济金请求服务编号：服务名称：取住院共济金输入参数：个人参保号码、时点内部处理：根据个人参保号码、时点查找个人缴费历史输出参数：个人缴费情况3.4.14 门诊费用登记请求功能需求：门诊费用登记请求服务编号：服务名称：门诊登记输入参数：个人参保号码、时点、门诊处方或诊疗项目内容、（门诊编号）内部处理：将传送来的门诊数据保存到数据库。输出参数：保存结果（对数据库的操

18、作是否）3.4.15 门诊费用结算请求功能需求：门诊费用结算请求服务编号：服务名称：门诊结算第 13 页 共 18 页医保医院系统接概要设计说明书版本：0.1输入参数：个人参保号码、门诊编号内部处理：根据数据库保存的门诊处方或诊疗项目内容按照医保政策进行结算。输出参数：门诊结算结果3.4.16 住院医嘱登记请求功能需求：住院医嘱登记请求服务编号：服务名称：住院医嘱登记输入参数：个人参保号码、时点、住院编号、住院病案、住院医嘱（长期、短期）内部处理：将传送来的门诊数据保存到数据库。输出参数：保存标志（对数据库的操作是否）3.4.17 住院费用结算请求功能需求：住院费用结算请求服务编号：服务名称：

19、住院结算输入参数：个人参保号码、住院编号内部处理：根据数据库保存的住院医嘱按照医保政策进行结算。输出参数：住院结算结果3.4.18 基础目录对应表更新请求功能需求：基础目录对应表更新请求服务编号：服务名称：医院基础目录对应输入参数：（无）内部处理：最新的社保基础目录库。输出参数：社保基础目录库3.4.19 基础目录对应表更新请求功能需求：参保人缴费情况请求第 14 页 共 18 页医保医院系统接概要设计说明书版本：0.1服务编号：服务名称：基础目录对应表上传输入参数：医院的基础目录对应表、时点、医院编号内部处理：输出参数：保存标志（对数据库的操作是否）完成对应以后调用该服务模块将对应表更新信息

20、提交医保服务器。3.4.20 基础目录对应表更新功能需求：基础目录对应表更新服务编号：服务名称：取对应表审批状态输入参数：医院编号内部处理：根据医院编号查找对应表审批状态（社保机构直接在送来的对应表上审批）输出参数：对应表审批状态（即经审批的对应表）3.4.21 审批业务登记请求功能需求：审批业务登记请求服务编号：服务名称：审批业务输入参数：申请表内部处理：将申请表保存到数据库（社保机构直接在申请表上审批）输出参数：申请表保存标志当需要办理社保机构进行审批的业务时需要调用该服务完成审批的申请工作。3.4.22 检查审批结果请求功能需求：其它审批业务服务编号：服务名称：审批业务输入参数：个人参保号码、申请时点、申请审批项目内部处理：取出经审批的申请表。第 15 页 共 18 页医保