xx市医疗保险系统医院端方案.docx
- 文档编号:4257331
- 上传时间:2022-11-28
- 格式:DOCX
- 页数:14
- 大小:55.28KB
xx市医疗保险系统医院端方案.docx
《xx市医疗保险系统医院端方案.docx》由会员分享,可在线阅读,更多相关《xx市医疗保险系统医院端方案.docx(14页珍藏版)》请在冰豆网上搜索。
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系统的数据库服务器放在医保中心,可以实现数据的集中管理和维护。
✧缺点:
3、对网络带宽要求高:
前台应用程序与数据库之间的数据交换量较大,因此要求网络带宽高,只适用于已铺设光纤网的医院。
✧对医院端硬件要求:
项目
要求
服务器
无
工作站
能够运行WIN98的PC机
网络设备
路由器或光纤网卡+集线器
3、前置服务器方案:
✧定义:
在医院端工作站中安装xx简易版系统,将数据传到本地的医保接口服务器,通过网络再传到医保中心服务器。
✧适用对象:
没有系统或计划独立开设医保病人窗口,并且资金实力较强的医院。
✧优势:
4、节省医保中心的硬件投资:
由于数据库服务器与接口服务器都放在医院端,所以不需要医保中心进行投资。
5、可以做为数据中心:
对于有多个分院的医院,可以在总院设立前置服务器作为数据中心,各分院通过拨号连接数据中心,将数据送到医保中心。
✧缺点:
6、实施周期略长:
各医院都有多个服务器,这就增加了数据库维护与管理的难度,相应影响到实施时间。
7、对医院端要求资源多:
医院端要准备数据库服务器,还要使用医保接口前置服务器,对医院的投资要求比较高,小型医院难以承受。
8、稳定性难以控制:
服务器过于分散,增加了服务器端出现故障的机会,因此稳定性难以控制。
✧对医院端硬件要求:
项目
要求
服务器
一台数据库服务器要求PII266、128M以上
一台医保接口服务器
工作站
能够运行WIN98的PC机
网络设备
路由器或拨号设备+集线器
4、xx接口方案:
✧定义:
由xx公司制作动态连接库文件下发各医院做为医保数据接口,由各医院的厂商进行软件修改,满足医保接口要求。
✧适用对象:
适用于已有系统并且其厂商有能力进行接口程序修改的医院。
✧优势:
9、灵活性好:
由xx公司将所有医保政策进行封装,各厂商一旦完成修改,无论日后医保政策或医保接口进行如何调整,都与开发商无关。
10、功能性强:
采用此种方案可以由各厂商进行软件功能设计,即能满足医保要求,又可以满足医院利用进行管理的要求。
✧缺点:
11、实施周期长:
各厂商要在对接口部件了解的基础上进行本身系统的改造,还要进行系统测试等一系列转换工作,因此相对实施周期过长。
12、对医院端要求资源多:
医院端要准备系统所需的服务器,还要使用医保接口前置服务器。
13、稳定性难以控制:
各厂商的开发水平和对医保的认识程度各不相同,在更新系统时很有可能出现理解性的逻辑错误,使得医保中心很难在全局上控制医保数据传输的准确性和稳定性。
✧对医院端硬件要求:
项目
要求
服务器
一台数据库服务器(配置由开发商要求)
一台医保接口服务器
工作站
由开发商要求
网络设备
路由器或拨号设备+集线器
5、xx方案:
✧定义:
由xx公司提供全套的系统,其中内置了医保接口软件,是一套医院端全方位的解决方案。
✧适用对象:
没有系统或系统运行效果不佳的医院。
✧优势:
14、稳定性好:
由于医保接口与系统由一家公司制作,所以不会出现政策理解错误及系统兼容性错误,程序稳定性容易控制。
15、节省医院投入:
应用xx公司的系统可以为医院节省一台前置服务器,能够有效降低医院信息系统建设投入。
16、功能性强:
即可以解决医院的医保接口问题,又可以帮助医院进行系统建设,是所有方案中功能性最强的一套。
✧缺点:
17、实施周期长:
实施医院的系统并非短期内可以完成的工作,因此实施周期略长。
✧对医院端硬件要求:
项目
要求
服务器
一台数据库服务器要求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、培训对象
各定点医院医保软件操作员,包括:
门诊收费、住院处管理、住院记帐三个部分的业务操作人员。
2、培训目的
熟练掌握医院端医保软件门诊收费、住院处管理、住院记帐各项功能及操作。
3、培训地点及环境要求
社保中心培训教室。
教室中各工作站组成局域网,工作站安装医院端医保软件。
最好保障被培训人员每人一台工作站。
4、培训周期
每期3天。
5、培训考核
每期培训完成后,要进行考核。
成绩合格者容许上岗,成绩不合格者,重新培训(收取必要的重复培训费用),直到考核成绩合格为止。
6、培训准备
社保中心负责培训组织、培训教室及培训环境(硬件网络)的准备;卫生系统负责保证培训人员的到位;xx公司负责培训教材、授课。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- xx 医疗保险 系统 医院 端方
![提示](https://static.bdocx.com/images/bang_tan.gif)