xx市医疗保险系统医院端方案

xx 市医疗保险系统 医院端项目方案 二 目 录 一、 项目目标： .三 二、 医院端现况 .三 三、 医院端技术实现途径： .五 1、直通式方案： .五 2、远程服务器方案： .六 3、前置服务器方案： .八 4、xx 接口方案： 九 5、xx 方案： 十 6、各种实现途径的对比： .十二 四、 xx 医保医院端项 目技术方案： 十三 五、 xx 医保医院端项目实施方案 十四 目标 十四 实施原则 .十四 任务描述 .十四 工程组织结构 .十五 定点医院信息调查 .十五 培训方案 .十七 三 一、项目目标： 为协助 xx 市政府开展城镇职工基本医疗保险系统信息化建设，确保所有定 点医院能够在年底前与医保信息网实现联通，xx 科技集团正式立项并成立 xx 医保项目组，以开展 xx 市医保系统相关业务。 xx 集团 xx 医保项目组现阶段的主要目标是协助所有还无法与医保局联通 的医院进行计算机系统改造，在软件及技术方面保证其在年底前实现通讯，并 在医保系统运行过程中为其提供技术支持。 在项目的质量目标方面，我们恪守快速、稳定、可扩展的原则，以适应建 设医保系统的要求时间紧、对质量控制严格、情况变化快的特点。 在项目的运作过程中，我们将严格按照 ISO9000 质量体系的要求，以保证 项目能够顺利运行。 二、医院端现况 xx 现有 40 多家定点医院，从现有应用软件、医院规模、及医院技术条件 等各方面来看，可以分为以下几类 1、 高级用户端：医院已有系统，并且厂商有能力更改本身系统以符合 医保接口要求，医院自身有维护能力。 2、 中级用户端：医院已有或正在建设系统，但厂商无法进行医保接口 修改，医院自身的维护能力也一般。 3、 低级用户端：医院在系统建设方面没有经验，基本没有技术维护能 力。 从调查结果来看，医院还存在以下问题： 1、 部分高级用户端的系统还没有建设完毕，因而也就无从谈起医保接 口的制作，需要为这些用户准备临时解决方案。 2、 已经开展进行医保接口修改工作的厂商在对现有的医保接口软件的 研究过程中，感觉到难度较大，急需一套简单可行的医保接口方案。 3、 部分高级用户端对医保衔接过于乐观，没有充份估计到实施过程中 四 的难度，因此需要针对这部分用户准备一套备用方案，以便在出现 问题时仍可以保证用户顺利实现医保衔接。 4、 多数中低级用户端缺乏专门的系统维护人员，希望能够提供一套易 于维护与使用的医保软件。 5、 各别医院有多个小分院，地理位置较远，需要提供一套经济可行的 连接方案 6、 有的地区受条件限制，光纤法接通，电话拨号又属于区间长途，需 要想办法降低费用。 五 三、医院端技术实现途径： 针对不同类型的医院，我们准备了不同的技术解决方案，主要归纳为以下 几种： 1、直通式方案： 定义：直通式方案是指医院端直接与医保中心的应用服务器连接， 调用应用服务器中的 xx 简易版软件（包括门诊收费、住院记帐、 住院管理） ，来满足医保病人就诊要求，医院端工作站中不需安装 软件。 适用对象：适用于没有系统或准备独立开设医保病人窗口的医院。 优势： 1、稳定性好：应用软件及接口全部在医保中心统一管理，医院端 实现零维护，全市共用一套软件，只要一家医院顺利运行，其 它医院绝无问题。 2、实施周期短：由于医院端本身并没有软件，也不需要数据库系 六 统，因此不要求医院有系统管理员及数据库管理员，相对而言， 实施周期短。 3、可平滑升级：未来对应用软件或接口程序有所改动时，与医院 端无关，可以实现系统的平滑升级。 缺点： 1、功能单一：直通式方案只包含门诊收费、住院记帐、住院管理 三个业务模块，因此只是解决了医院的医保连接问题，对于想 要实施管理系统的医院来说，功能过于单一。 2、需要服务器资源多：由于直通式方案是将所有医院端的软件放 在服务器上运行，因此对服务器的内存和 CPU 资源要求都比较 高。 对医院端硬件要求： 项目 要求 服务器 无 工作站 能够运行 WIN95 或 WIN98 的 PC 机 网络设备 路由器或拨号设备+集线器 2、远程服务器方案： 七 定义：在医院端工作站中安装 xx 简易版系统（包括门诊收费、住 院记帐、住院管理） ，通过高速光纤网连接到医保中心的 xx 数据库 服务器运行，与直通式方案的区别是应用软件运行在医院端的工作 站中，因此对网络的传输速度要求较高。 适用对象：现以连通光纤网的，并且医院没有系统或准备独立开设 医保病人窗口的医院。 优势： 1、节省医保中心的硬件投资：同直通式方案相比，不需要在医保 中心设立应用程序服务器，可以降低医保中的投资。 2、易于管理：xx 系统的数据库服务器放在医保中心，可以实现数 据的集中管理和维护。 缺点： 1、对网络带宽要求高：前台应用程序与数据库之间的数据交换量 较大，因此要求网络带宽高，只适用于已铺设光纤网的医院。 对医院端硬件要求： 项目 要求 服务器 无 工作站 能够运行 WIN98 的 PC 机 网络设备 路由器或光纤网卡+集线器 八 3、前置服务器方案： 定义：在医院端工作站中安装 xx 简易版系统，将数据传到本地的 医保接口服务器，通过网络再传到医保中心服务器。 适用对象：没有系统或计划独立开设医保病人窗口，并且资金实力 较强的医院。 优势： 1、节省医保中心的硬件投资：由于数据库服务器与接口服务器都 放在医院端，所以不需要医保中心进行投资。 2、可以做为数据中心：对于有多个分院的医院，可以在总院设立 前置服务器作为数据中心，各分院通过拨号连接数据中心，将 数据送到医保中心。 缺点： 1、实施周期略长：各医院都有多个服务器，这就增加了数据库维 护与管理的难度，相应影响到实施时间。 2、对医院端要求资源多：医院端要准备数据库服务器，还要使用 医保接口前置服务器，对医院的投资要求比较高，小型医院难 以承受。 3、稳定性难以控制：服务器过于分散，增加了服务器端出现故障 九 的机会，因此稳定性难以控制。 对医院端硬件要求： 项目 要求 服务器 一台数据库服务器要求 PII266、128M 以上 一台医保接口服务器 工作站 能够运行 WIN98 的 PC 机 网络设备 路由器或拨号设备+集线器 4、 xx 接口方案： 定义：由 xx 公司制作动态连接库文件下发各医院做为医保数据接 口，由各医院的厂商进行软件修改，满足医保接口要求。 适用对象：适用于已有系统并且其厂商有能力进行接口程序修改的 医院。 十 优势： 1、灵活性好：由 xx 公司将所有医保政策进行封装，各厂商一旦完 成修改，无论日后医保政策或医保接口进行如何调整，都与开 发商无关。 2、功能性强：采用此种方案可以由各厂商进行软件功能设计，即 能满足医保要求，又可以满足医院利用进行管理的要求。 缺点： 1、实施周期长：各厂商要在对接口部件了解的基础上进行本身系 统的改造，还要进行系统测试等一系列转换工作，因此相对实 施周期过长。 2、对医院端要求资源多：医院端要准备系统所需的服务器，还要 使用医保接口前置服务器。 3、稳定性难以控制：各厂商的开发水平和对医保的认识程度各不 相同，在更新系统时很有可能出现理解性的逻辑错误，使得医 保中心很难在全局上控制医保数据传输的准确性和稳定性。 对医院端硬件要求： 项目 要求 服务器 一台数据库服务器（配置由开发商要求） 一台医保接口服务器 工作站 由开发商要求 网络设备 路由器或拨号设备+集线器 5、 xx 方案： 定义： 由 xx 公司提供全套的系统，其中内置了医保接口软件，是 一套医院端全方位的解决方案。 适用对象：没有系统或系统运行效果不佳的医院。 十一 优势： 1、稳定性好：由于医保接口与系统由一家公司制作，所以不会出 现政策理解错误及系统兼容性错误，程序稳定性容易控制。 2、节省医院投入：应用 xx 公司的系统可以为医院节省一台前置服 务器，能够有效降低医院信息系统建设投入。 3、功能性强：即可以解决医院的医保接口问题，又可以帮助医院 进行系统建设，是所有方案中功能性最强的一套。 缺点： 1、实施周期长：实施医院的系统并非短期内可以完成的工作，因 此实施周期略长。 对医院端硬件要求： 项目 要求 服务器 一台数据库服务器要求 PII266、128M 以上 一台医保接口服务器 工作站 能够运行 WIN98 的 PC 机 网络设备 路由器或拨号设备+集线器 十二 6、各种实现途径的对比： 通过对以下项目进行对比来体现各种方案之间的差别： 系统灵活性：体现方案对医保政策或医保接口发生变化时的适应能力 对医院端投资要求：医院是否需要购卖服务器、路由器等设备 对医保中心投资要求：医保中心购买服务器等设备的成本高低 对网络带宽要求：决定可以使用的网络介质。 实施周期：实现方案所需时间的长短 满足医院要求：是否可以在解决医保问题的同时也能够帮助医院实现系统 管理 对开发商要求：是否要求医院系统开发商更改程序及难易程度。 运行质量的可控性：反映能否保证医保系统运行质量 管理方便性：对医院端数据进行管理和维护的难易程度 系统安全性：数据被破坏和修改的可能性 是否支持其它：对其它开发商的产品是否支持 是否可以作为数据中心：对于医院位置分布较远或有多个分院的情况，是 否可以通过总院做为数据中心传递数据。 对比结果如下表： 项目 方案 直通 式 远程服务 器 前置服务 器 xx 接 口 xx 系统灵活性 最好 好 好 一般 好 医院端投资要求 低 低 高 高 中 医保中心投资要求 高 中 低 低 低 对网络带宽要求 低 高 中 中 中 实施周期 最短 短 中 长 长 满足医院要求 否 否 可以 可以 是 对开发商要求 无 无 无 中 无 运行质量的可控性 最高 高 中 低 中 管理方便性 最高 高 中 低 低 系统安全性 最高 高 中 中 中 是否支持其它 否 否 否 是 否 是否支持数据中心 否 否 是 是 是 十三 四、xx 医保医院端项目技术方案： 对于 xx 医保医院端项目，我们建议根据医院的具体情况综合使用以上技术 实现途径： 对于医院规模比较小的低级用户端（如庄市佩珍医院） ，建议使用直通式方 案解决。 对于自行修改接口的高级用户端（如龙赛医院） ，建议使用 xx 接口方案来 降低医院的修改难度，同时用直通方案作为其备用方案，以防止其无法按 时完成修改。 对于开发商无法进行接口修改的中级用户（如：113 医院） ，建议使用直通 式方案为医院开设独立的医保病人窗口。 对于有分院的医院（如大榭医院） ，建议使用前置服务器方案作为医院的数 据中心，各分院拨号连接到数据中心，再通过数据中心连至医保中心。 对于光纤无法通达的区县地区的医院（如康宁医院） ，为降低电话线路连接 费用，建议用前置服务器方案在当地成立独立的数据中心，各医院通过拨 号连接到数据中心，数据中心通过宽带的 DDN 线路连接到医保中心。 十四 五、xx 医保医院端项目实施方案 目标 在 xx 日前，完成 xx 目前没有系统的 家医院社保支付系统上点工程。 实施原则 1 、在工程实施过程中 xx 公司将严格按照 xx 公司的 ISO9000 体系进行项目实 施。建立完整的技术服务文档，动态监视工程的实施进度，分阶段完成工程的 各项测试，确保工程的顺利进行。 2、 社保中心和卫生系统管理部门和医院各方面负责人统一思想、明确任务和 目标。确保人力和工程进度，保持相互配合和协调。 3、定点医院在业务方面积极配合整个工程，派出业务熟练、责任心强的操作 人员参加测试、培训。保证系统运行时，操作准确性和熟练程度。 任务描述 从 2000 年 月 日起到 月 日先后要完成 家医院的上点工作。 在此期间主要有三个阶段，七项任务： 阶段一 准备阶段 1、 完成应用软件用户化工作 2、 网络硬件安装调试 3、 系统软件及数据库系统安装调试 阶段二 软件测试、培训 4、 组织软件测试 5、 组织培训 阶段三 安装、联调 6、 应用软件正式安装调试 7、 整个系统的联调通过 十五 工程组织结构 建立社保中心、卫生系统、xx 公司三方组成的项目组。建立各方的各级 协调机构，以便各级有效沟通和协作。明确各方人员职责和任务。 医保中心项目组 负责人 职务 责任及任务 电 话 总负责人 总协调人 技术负责人 软件负责人 系统网络负责人 培训负责人 卫生系统项目组 负责人 职务 责任及任务 电 话 总负责人 总协调人 技术负责人 软件负责人 系统网络负责人 培训负责人 xx 公司项目组： 负责人 责任及任务 电 话 定点医院信息调查 了解上点医院的基本信息，主管及业务人员的姓名及联系方式。 十六 医院名称 等级 门诊量 床位数 实现方案 负责人 通讯录 十七 培训方案 1、 培训对象 各定点医院医保软件操作员，包括：门诊收费、住院处管理、住院记帐三