JRZD_XXXX医院银医项目需求说明书_V1.0资料

合集下载

人民医院银医自助系统(含微信就诊服务、安全等级保护)建设方案

人民医院银医自助系统(含微信就诊服务、安全等级保护)建设方案

人民医院“银医”自助就医系统方案建议书目录第1章银医自助系统 (1)§1.1项目背景 (1)§1.2系统设计 (2)§1.3多种卡应用 (4)§1.4充值缴费模式 (5)§1.5医疗费用结算 (5)§1.5.1 自费患者结算 (5)§1.5.2 参保患者结算 (5)§1.6自助就医服务 (6)§1.6.1 门诊自助就医服务 (6)§1.6.2 住院自助就医服务 (14)§1.7系统应用管理 (15)§1.7.1 自助终端管理 (15)§1.7.2 系统安全管理 (15)§1.7.3 退费管理 (15)§1.8业务系统接口 (16)§1.8.1 接口通讯说明 (16)§1.8.2 接口对接方式 (16)§1.9网络拓扑 (17)§1.10 系统安全控制 (18)§1.10.1 网络安全控制 (18)§1.10.2 系统安全监控 (19)第2章产品配置推荐 (20)§2.1自助终端配置 (20)§2.2 终端管理服务器配置 (25)§2.3 银行端前置服务器配置 (25)第3章掌上医院---微信就诊服务平台 (25)§3.1建设目标 (25)§3.2建设价值 (26)§3.3建设内容 (26)§3.4网络机构 (28)第4章成功案例 (30)第5章信息安全等级保护 (33)§5.1背景 (33)§5.2整改目的 (34)§5.3等级安全体系设计目标 (35)§5.3.1 总体目标 (35)§5.3.2 安全技术体系目标 (36)第6章需求分析 (37)§6.1需求分析 (37)第7章整改方案安全体系设计 (39)§7.1设计原则 (39)§7.2设计参考标准与规范 (41)§7.3分域保护框架建立 (43)§7.3.1 设计思路和方法 (43)§7.3.2 安全域划分原则 (44)§7.3.3 保护对象分类 (45)§7.3.4 系统分域保护框架 (47)第8章技术体系方案详细设计 (48)§8.1安全技术体系设计 (48)§8.1.1 物理安全设计 (48)§8.1.2 计算环境安全设计 (50)§8.1.3 区域边界安全设计 (58)§8.1.4 通信网络安全设计 (62)§8.2安全管理和运维体系设计 (72)§8.2.1 安全管理的重要意义 (72)§8.2.2 安全管理体系建设 (73)§8.2.3 安全管理体系的建设目标 (73)§8.2.4 安全管理体系的建设内容 (73)§8.2.5 安全运维 (77)§8.2.6 安全人员管理 (82)§8.2.7 技术安全管理 (84)第9章整体配置方案 (89)§9.1部署拓扑 (89)§9.2部署说明 (89)§9.3设备配置列表 (90)第10章方案报价 (91)第1章银医自助系统§1.1 项目背景XX县人民医院创建于2010年,占地面积826000平方米,建筑面积827000平方米,1288张床位,在职职工8237人,其中医技人员,8356人,高级职称881人,返聘副主任医师以上专家38人。

XX市XX县公立医院运营管理项目需求说明

XX市XX县公立医院运营管理项目需求说明

XX市XX县公立医院运营管理项目需求说明一、主要建设内容本项目建设内容为XX市XX县公立医院运营管理系统,主要有智能报销管理、全面预算管理、成本管理、资金管理、绩效管理、综合运营分析及区域电子认证等功能。

本项目建设范围覆盖XX县卫生健康局、XX县人民医院健共体、XX县中医院健共体、XX县第三人民医院健共体、XX县妇幼保健院。

其中,智能报销管理包括日常报销申请与审批、报销统计与分析、支持报销的移动端应用;全面预算管理包括基础设置、预算项目库、预算论证、预算任务、预算编制、预算调整、预算号管理、预算控制、预算执行分析、预算考核、权限管理;成本管理包括数据集成管理、科室成本管理、医疗服务项目成本管理;资金管理包括对账平台、现金管理、银医直联;绩效管理包括基础业务数据集成平台、绩效考核全流程管理体系、绩效考核结果管理应用;综合运营分析包括预算分析主题、综合经济运营分析主题;区域电子认证包括XX卫生监管平台、移动电子签名管理系统、移动电子签名SDK软件、微信/企业微信电子签名小程序/钉钉、时间戳服务系统、电子签名前置交换系统、患者手写签名系统、签名屏APP软件及授权服务采购等。

二、系统产品功能要求1、基础平台用于搭建医院信息系统的基础架构和基本信息。

具体包括如下的功能:1.1组织架构管理满足医院现在的多院区组织架构,以及未来不断机构扩展,以及组织管理关系变化的需求:(1)支持组织分级管理,以及虚拟管理组织,各层级组织数据相互独立,且能按照不同的层级汇总;(2)支持组织的增减变化,级次变更,形成版本化管理;(3)具备多组织模型,实现财务组织、预算组织、成本组织、资金组织、人力组织等体系管理。

(4)支持区别于法人组织的多专业管理领域的组织管理,按照业务领域形成多个组织层级管理,支持矩阵式业务管理。

1.2基础字典管理动态主数据建模,提供对基础数据、参数的统一管理对基础数据和业务参数进行统一管理,支持多业态多组织医疗机构基础数据的三级管控,管控模式(管理方式+可用性范围+唯一性范围)可配置。

XX医院电子签名系统项目建设需求说明

XX医院电子签名系统项目建设需求说明

XX医院电子签名系统项目建设需求说明
一、项目背景
XX医院原电子签名系统,采用传统的USBKEY方式进行身份认证和电子签名。

随着医疗卫生行业信息化的快速发展,这种模式在当前的医疗行业应用正逐渐出现以下问题:
1、USBKEY无法确认KEY的持有者即为拥有者真实本人;
2、USBKEY本身存在损坏,也有可能损坏PC电脑;
3、USBKEY更新、续期、补办操作麻烦。

4、网络安全问题,如USB设备存在被勒索病毒感染的可能性;
5、医务人员随时需要在医院内多个场所参与各项诊疗活动,传统模式无法满足诊疗全过程签署和认证的连贯性要求;
6、无法满足医院全终端覆盖的电子签名和认证要求,覆盖手机、平板电脑、自助终端机等场景的签名和认证场景;
因此计划采购新电子签名系统,以支撑医疗卫生业务行为的变化,最终能够满足整体医疗卫生业务发展变化的需要。

二、技术参数
(一)医护移动电子签名系统
(二)患者电子签名设备。

医院需求说明书

医院需求说明书

需求说明书一.引言1.编写目的编写此文档的目的是进一步定制软件开发的细节问题,便于用户与软件开发者之间的协调与沟通,本文档主要面向的读者应为项目委托单位的管理人员,希望能使本软件的开发工作更具体。

2.背景说明项目委托单位:淮南市朝阳医院病理科开发单位:XXXXXXXXXX3.参考资料《病理检验XXXX标准》二.任务概述1.目的:按照病理科日常管理和操作,进行流程、质量控制。

对于流程中的每一个步骤产生文档进行资料存储,以备后期查询;支持工作量、质量分析和统计功能;对与未完成工作进行预警提示;报表打印等功能。

通过本软件,力图避免人工管理的失误及延迟性,从而实现管理效率的提升。

2.运行环境:硬件:服务器、标准PC台式机、平板电脑(可选)。

软件:XP/WIN7操作系统、SERVER 2003/SERVER 2008服务器系统、MSSQL2005数据库、安卓操作系统(可选)。

架构:C/S、B/S混合架构,平台。

开发工具:DELPHI,,AJAX等3.条件与限制:开发中所需硬件由委托单位无偿提供,但开发完成后应归还委托单位。

完成期限:维护期限:三.功能需求1.功能模块●基本资料录入模块●取材管理模块●组织包埋管理模块●组织切片管理模块●组织染色鼓励模块●阅片审核管理模块●病理诊断鼓励模块●报表及查询模块2.流程示意图3.基本模板基本资料录入1:编号为ID+项目号+1:标签号或2.子项目号2:性别项、送检医院项、科别项、送检医生项为填写下拉框选项3:送检标本:除血、胸水、腹水、痰、尿液为固定项外,其他选项应能执行填写操作4:收到日期:为基本资料录入保存点微机所示日期,并自动保存5:接收人为授权录入人,并自动保存6:检查项目:为填写下拉框选项,项目前有编号(项目号),项目可自由增加或删除。

子项目项也为填写下拉框选项,子项目前也有编号(子项目号),子项目可自由增加或删除。

7:资料信息情况:1:基本资料不全2:临床资料不全3.其他。

XX市XX医院人事管理系统项目建设需求说明

XX市XX医院人事管理系统项目建设需求说明

XX市XX医院人事管理系统项目建设需求说明一、项目背景随着社会的发展和医院规模的不断扩大,以往人事资料手工、表格化的管理方式不再适用,组织人事部、医务部、护理部的大量时间被耗费在基础数据收集、整理的工作上,难以做更高维度的人员分析、决策制定,需要通过标准化的人力资源管理手段来助力医院提高核心竞争力,依托信息化手段来提高医院人员信息管理水平。

二、建设目标打破传统方式构建独立业务系统的壁障,整合医院现有信息系统数据,通过建设统一规范的职工数字档案平台将分散在多个部门、多个平台、多个系统的人员信息集中起来,PC端、移动端双线协同,加强人员的全过程管理,,确保人事数据准确性,建设动态化、无纸化、智能化的人力资源管理模式,实现人力资源管理从“管理型”向“服务型”转变、“行政性“向”战略性“转变、“传统人事管理”向“人力资源管理”转变。

建立员工数据分析、院长驾驶舱、员工360、智慧人事大屏等应用,统一医院职工信息的源头,为各部门决策和医疗服务提供一体化人力资源管理服务,为进一步建设“智慧管理”奠定基础。

三、总体要求1、建设周期:合同签订之日起6个月。

2、开放数据库并提供表结构,院方可以得到全部数据,而非页面。

3、所有本项目内部系统接口技术和费用由中标方负责,院方负责协调相关事情和第三方系统接口费用。

4、中标人负责数据库系统的安装,调优等工作。

5、支持集团化医院管理,支持本医院多院区。

6、不得使用技术手段从时间和空间上限制各系统的使用。

7、提供详细的文档资料:中标供应商需要提供完善的文档,并对项目进行过程中的文档进行有效的管理,接受采购方对项目各阶段评估分析和监督管理;整个项目的过程包括后期修改维护提供系统、完整的项目管理、操作说明等书面文档及其电子版。

8、整个项目需满足符合医院需求的个性化要求,并进行客户化修改。

9、系统服务器必须在医院内网安装,服务器(虚拟机)由采购方提供。

10、系统必须实现医院业务安全管理方面的需求,对关键数据的加密存储和传输,提供安全认证方式。

医院管理系统.需求说明书

医院管理系统.需求说明书

医院管理系统.需求说明书预览说明:预览图片所展示的格式为文档的源格式展示,下载源文件没有水印,内容可编辑和复制高校医院管理信息系统需求说明书校医院为了适应工作发展的需要,委托项目组为其开发一套新的《高校医院电脑管理系统》。

高校医院主要为全校教职工、学生、家属提供医疗服务,包括门诊、住院、保健等服务项目。

《高校医院电脑管理系统》应将这些项目有关的信息纳入电脑系统统一管理,以便及时获取有关信息,提高医疗效果和管理效率。

《高校医院电脑管理系统项目组》成员与校医院有关人员经过一个月的工作,就校医院现有正单独使用的门诊、住院、公费医疗、保健等电脑应用系统进行了详细的分析,并考虑到医院各部门联网后的应用需求。

确定分以下子系统进行新系统的开发:住院部管理子系统;门诊部管理子系统;中西药房管理子系统;保健档案管理子系统;公费医疗管理子系统;病案管理子系统;业务管理子系统;人事管理子系统;系统管理子系统。

以下是各子系统之间的数据引用关系:…第一部分:住院管理子系统从“医院”概念上看,住院部是医院的基本组成单位;从医院管理角度看,住院诊疗是医院业务工作的核心部份。

因此,建立一个高效可靠的住院业务管理系统,不仅可以在一定程度上减轻医务人员的劳动强度,提高工作效率和工作质量,而且可以更及时、准确、有效地分析统计各种临床数据及管理数据,供上级主管部门作出科学的管理决策,促进医院管理水平的进一步提高。

\\一.业务流程1.入院管理%—$2.住院管理^;|(3.出院管理!^—/根据上述业务流程,可得到系统数据流图如下:]领药单欠款者名单个人费用明细表住院收入表日月结表!二.系统功能本系统从业务管理角度划分可分为以下五大功能模块:《入院管理病人基本资料登记病人基本资料维护病房管理长期医嘱处理临时医嘱处理过期医嘱处理检验信息处理手术信息处理诊疗信息查询检验信息查询病床信息处理`病人情况统计病房用药统计到期医嘱处理在院计费保证金管理催欠款处理个人医疗费用总帐查询|个人医疗费用明细帐查询科目汇总检验费用统计病房总费用日结病房总费用月结出院管理病人费用结算明细费用查询\\病历归档处理修改出院标志系统维护科目编码维护各类收费标准资料维护修改职工编号清理过期数据出院费用查询~提交数据数据文件备份三.功能说明1.入院管理⑴.病人基本资料表录入、修改、删除、复制对于曾住院病人,根据其提供的住院号码自动在病案首页表中调出病人基本资料;而对于第一次住院病人则自动为其产生住院号码,如果此人为本校人员或家属,则根据其医疗证号码自动从“中大人员基本资料表”中提取个人基本资料,核对身份并确定个人承担住院费用的百分比。

XX市XX医院医疗健康集团基层医疗卫生机构绩效考核系统项目需求说明

XX市XX医院医疗健康集团基层医疗卫生机构绩效考核系统项目需求说明
XX
项目需求说明
一、
1、业务数据集成平台


建设内容
参数要求
1
数据采集体系
总体要求
支持抽取各医疗卫生机构的各个异构应用系统(健康档案系统、妇幼系统、计免系统、精卫等)数据库中的数据按照统一的数据标准,转换、传输到指定的指标数据库中,数据内容需包括电子健康档案、门诊住院就医信息、妇幼保健系统数据、计划免疫系统数据、精神病管理系统数据等
运行状态追踪
对采集服务的稳定情况监,监测采集服务是否宕机
采集记录监控,每次自动采集数据的,成功与否,记录展示
2、基层医疗机构绩效考核应用体系


建设内容
参数要求
1
基础资源标准化体系
统一基层医疗卫生机构识别标志和归属管理
统一基层医疗卫生机构标识,支持将医疗卫生机构执业许可证的22位注册编码作为机构的识别标志,确保医疗机构的唯一性
对于已发布的考核方案,可调整考核开始/结束时间
对于己发布的考核方案,可进行查看考核进度
对于己发布的考核方案,可开始/停止考核
对于己发布的考核方案,可删除考核方案操作
手工填报
采集方式为手工填报的考核指标,支持手工填写采集

手工填报完采集值后,考核环节进入考核审核
支持针对非区间性质的考评标准,实时计算采集值得
考核层级配置支持卫生健康行政部门对医共体和基层医疗卫生机构,医共体牵头医院对基层医疗卫生机构等不同层级的组织建立,考核对象配置须区分和归并不同层级、类型的考核对象,同时支持医共体归属配置
己发布的考核填报任务,支持以列表的形式记录历次填报工作情况
己发布的考核填报任务,支持查看上报数据情况
对于己发布的考核方案,可调整考核方案名称

项目需求说明书示例模板

项目需求说明书示例模板

社区医疗信息管理系统产品需求规格说明书文件状态:[ ] 草稿[√] 正式发布[ ] 正在修改文件标识:当前版本: 2.0完成日期:2008-12-10版本历史目录0. 文档介绍 (6)0.1文档目的 (6)0.2文档范围 (6)0.3读者对象 (6)0.4参考文档 (6)0.5术语与缩写解释 (6)1. 产品介绍 (7)2. 产品面向的用户群体 (7)3. 产品应当遵循的标准或规范 (7)4. 产品范围 (7)5. 产品中的角色 (7)6. 产品的功能性需求 (8)6.0功能性需求分类 (8)6.1门诊导诊系统 ................................................................................ 错误!未定义书签。

6.1.1 Use case diagram 总用例图 .................................................... 错误!未定义书签。

6.1.2 发放会员卡用例...................................................................... 错误!未定义书签。

6.1.3 查询会员卡 ............................................................................. 错误!未定义书签。

6.1.4 会员信息管理用例.................................................................. 错误!未定义书签。

6.1.5 发卡工作量统计...................................................................... 错误!未定义书签。

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

XX银行XXXX分行与XXXX医院银医合作项目银医自助服务系统需求确认说明书XXXX医院签字(盖章):XX银行XXXX 签字(盖章):山东浪潮软件股份有限公司签字(盖章):编号:日期:文档修订第一章概述 (4)1.1编写目的 (4)1.2项目背景 (4)第二章业务概述 (5)2.1 需求确认内容梗概: (5)2.2 服务对象及功能 (5)2.3就诊流程 (5)2.4 功能说明 (5)2.5 对账业务处理流程 (7)第三章功能模块及界面 (10)3.1 功能流程描述 (10)第四章非功能性需求 (12)4.1 软硬件环境需求 (12)4.2 性能需求 (12)4.3 安全要求 (12)附件1:项目实施流程 (13)1 医院HIS系统改造以及浪潮卡管系统开发与对接 (13)2 自助查询打印功能的开发 (13)3 实现自助设备的刷卡消费 (13)4 完成自动对账功能 (13)附件2:工作进度及各方责任 (14)第一章概述1.1编写目的1、系统地搜集、整理、分析和界定本次开发的业务内容;2、使银行、医院、系统的设计和开发人员明确开发的业务;3、作为项目实施的主要依据。

1.2项目背景【介绍一下现在医院就诊流程的一些问题以及银医系统投入的意义,也可介绍一下系统优势,银行投入该系统后,为方便医院和患者就诊可作出的贡献等】第二章业务概述2.1 需求确认内容梗概:【重点介绍一下该确认书所确认的内容梗概】2.2 服务对象及功能【介绍一下该系统面向的用户群体,所支持的患者持卡类型等】2.3就诊流程【简要介绍一下流程图内容,附件中有流程图visio原图】2.4 功能说明【以下蓝色部分为参考说明】诊疗卡用户:1、发卡发卡:发放诊疗卡需要患者持二代身份证在窗口或自助设备办理,一张身份证只能发放一张诊疗卡,无二代身份证的患者通过人工通道走传统流程进行就诊。

挂失、补卡:患者通过人工窗口进行挂失和补卡操作,提供二代身份证进行人工审核,审核通过会冻结挂失卡,患者可以进行解冻操作或者补卡操作,补卡后原卡作废,补卡收取工本费。

3、挂号患者通过人工窗口或自助设备通过选择科室和医师来完成挂号,医师费用通过HIS获取并告知患者,自助设备只能通过刷银行卡消费的形式实现扣费,窗口可以缴现金,确认后扣费并打印挂号凭条。

退号:通过人工窗口进行审核后完成退号,退还客户相应的现金。

4、缴费医生需开据电子处方或电子化验检验单,患者通过人工窗口或自助设备对相应处方和化验检验单进行缴费操作,自助设备只能通过刷银行卡消费的形式实现扣费,窗口可以缴现金,完成扣费后打印缴费凭条。

退费:通过人工窗口进行审核后完成退费,相应金额退还到客户诊疗卡内。

6、自助查询、打印患者可以通过自助设备查询诊疗卡余额、处方,查询并打印缴费记录、化验检验单,打印限定次数,若患者需要补打需要去窗口进行人工审核。

中行卡用户:1、中行长城健康卡激活必要条件:医院在挂号窗口和缴费窗口提供pos刷银行卡卡消费渠道,该渠道可以通过通用pos刷卡的形式(账目由市行或省行处理),也可以通过联系厂商通过浪潮银行交易平台提供接口的形式来实现(由银医系统实现对账)。

激活:持中行借记卡或者长城健康卡的患者可以通过自助设备或人工窗口进行激活,激活后该中行卡可以充当医院诊疗卡使用。

长城健康卡在发放给客户前可以通过批量激活的形式,使其无需客户自助激活即具备诊疗卡功能。

挂失、补卡:患者需要去银行柜台按照银行卡挂失、补卡的相关流程进行操作,换卡后患者持新银行卡到医院自助设备或人工窗口进行换卡操作。

中行卡与诊疗卡卡:没张身份证只能激活一张中行卡和发放一张诊疗卡卡,若患者同时激活中行卡和发放诊疗卡卡,而且自动建立绑定关系,病历资料等共享,患者可以将诊疗卡内资金退还到该账户下已激活的中行卡内。

注:中行卡在院内的消费行为均需要客户输入密码,保证银行卡金融账户内的资金安全,激活只是作为患者进行病历等医院就诊记录保留的一种卡介质。

2、充值(非自助设备功能)现金:患者可以通过ATM存取款一体机进行银行卡现金存款操作,该笔账目与银医无关。

银行卡:患者可以使用银行卡(限借记卡、不限银行)通过自助设备或ATM 设备进行转账存款操作,若转出卡为非中行卡,需要收取客户一定的手续费。

注:窗口不受理中行卡的相关充值业务。

3、挂号窗口:患者在窗口(挂号窗口)通过pos刷卡的形式进行扣费操作。

自助设备:患者自行选择科室和医师,从银行卡内扣除相应费用实现扣费操作。

退号:通过人工窗口进行审核后完成退号,需要客户提供挂号凭条,通过扣费流水号完成退费操作,凭条丢失需要办理退号或退费申请,由指定部门审批后完成退号操作。

4、缴费窗口:患者在窗口(挂号窗口)通过pos刷卡的形式进行扣费操作。

自助设备:从HIS获取病人需缴费信息,从银行卡内扣除相应费用实现扣费操作。

退费:通过人工窗口进行审核后完成退费,需要客户提供缴费凭条,通过扣费流水号完成退费操作,凭条丢失需要办理退号或退费申请,由指定部门审批后完成退号操作。

5、自助查询、打印患者可以通过自助设备查询激活的银行卡余额、处方,查询并打印缴费记录、化验检验单,打印限定次数,若患者需要补打需要去窗口进行人工审核。

2.5 对账业务处理流程【以下蓝色部分为参考说明】➢医院和银行的对账对账时间:协定对账发起方:银医系统对账的双方:银行和HIS对账的内容:在银医设备上交易成功的银行卡充值和退款交易,今天对昨天的账对账方案:银医系统自动发起往银行的对账交易(有单独的接口),银行产生对账文件,银医系统ftp从银行下载对账文件;由于银医系统在调用充值交易时,记录了充值交易的清算日期,因此根据清算日期先对总笔数和总金额,如果总笔数和总金额一致的话,就证明账务相符,如果总笔数和总金额有不一致的情况,则通过流水号逐笔进行对账,方法是,从对账文件里取出清算日期,银医系统从对账文件里取出每一笔交易的流水号(此流水号是对账的关键字,格式为8位日期+6位时间+6位终端号,流水号是银医系统上送的,送到银行和HIS都是同一流水号),根据此流水号,在His系统中取出同一清算日期中相同流水号的交易,如果能找到,则该笔交易对账成功,如果查找不到则该笔对账不成功,形成单边账,将对账结果生成以日期命名的未达账文件,并通过webservice发给HIS,管理人员也可以通过后台管理进行查看,并进行手工调账。

➢现金对账对账时间:银行对账结束后对账发起方:银医系统对账的双方:银医系统和HIS对账的内容:在银医设备上发起的现金存款交易,今天对昨天的账对账方案:根据对账清算日期,分别查询出银医系统的对账数据和His对账数据,先对总笔数和总金额,如果总笔数和总金额一致的话,就证明账务相符,如果总笔数和总金额有不一致的情况,则以银医系统对账数据为依据逐笔在His 系统对账数据中查找,若查找到,则对账成功,若查找不到则该笔对账不成功,标记为银医已达His未达,同时在对账完毕后将对账结果生成以日期命名的未达账文件,并通过webservice发给HIS,管理人员也可以通过后台管理进行查看,并手工调账。

另:存款成功与否都打印凭条,存入钞箱成功但写卡失败等情况要打印流水号作为退款凭证,设备端在存款时要记入卡号和存款金额。

➢清钞对账对账时间:每天清钞时对账发起方:清钞人员对账的双方:现金和银医系统对账的内容:银医设备存款箱内的现金与银医系统记录的现金数对账方案:清钞人员在清钞时,发起一笔往银医系统的清钞交易,返回该设备的存款箱内的金额总数,并打印出来,清钞人员清点设备钞箱,与银医系统返回的金额进行比较,如果一致,账务相符,如果不一致,晚上进行现金对账时,查看对账结果进行差错处理。

➢单边帐的处理浪潮银医系统的异常处理机制可以保证银行账目安全,当出现单边帐时,保证为银行富裕,银行通过调账处理将相应金额返还给客户。

异常处理:对账文件每日提交给XXXX分行,由分行进行手动调账处理,保证账目正确。

第三章功能模块及界面3.1 功能流程描述功能菜单样式:患者使用时,自行选择用户类型:中行借记卡用户、医院诊疗卡用户,不同用户类型对应不同功能菜单。

诊疗卡用户菜单(功能按钮按照2.3.3内诊疗卡用户功能定制):参考图片中行卡用户菜单(功能按钮按照2.3.3内中行卡用户功能定制):参考图片第四章非功能性需求4.1 软硬件环境需求1、具体与XXXX医院接口、传输、格式等内容双方科技人员具体协商。

2、节假日缴费、业务操作、帐务处理与正常工作日一样。

3、系统保密安全性要求:所有自助设备采用一机一密,上送报文均进行密码加密以及MAC加密。

4、系统对于银行卡转账充值操作需要根据省行要求确定。

5、医院自助功能的使用时间由银行以及医院共同确定。

6、医院涉及缴费操作的窗口,需要支持银行卡刷卡消费操作。

7、窗口pos刷卡机需要通过省行资质审核,具备密码键盘,可以灌密钥。

4.2 性能需求1、交易响应时间:单个交易响应(完成时间)不超过5秒;功能完成时间(可能多个交易)不超过2分钟。

2、压力要求:银行服务器支持7*24小时运行,每秒交易量标准10-15,峰值为50;银医服务器支持7*24小时运行,每秒交易量标准10-15,峰值为20。

4.3 安全要求1、客户卡号、磁道信息、身份证信息、账户信息不允许在日志中明文形式或不作任何处理存放。

2、一机一密,设备必须使用银行卡中心认证通过的密码键盘,银行端使用加密机。

3、报文作硬件MAC加密。

4、客户密码硬加密。

附件1:项目实施流程【针对一些可以分布完成的银医项目,可选章节】1 医院HIS系统改造以及浪潮卡管系统开发与对接1、卡管系统开发2、HIS与卡管系统对接完成医院发放诊疗卡的功能3、窗口发卡功能以及自助设备发卡功能的实现(诊疗卡发卡)4、完成系统改造,使窗口和柜自助设备可以读取长城健康卡2 自助查询打印功能的开发1、HIS完成对查询打印接口的开发2、浪潮完成自助设备对查询打印功能的实现3 实现自助设备的刷卡消费1、银行专线到位以及银行接口的对接与测试2、HIS相关挂号缴费接口的开发3、浪潮实现自助设备的自助挂号和自助缴费功能4 完成自动对账功能1、商定对账处理的相关细节2、实现银医对账处理的相关功能3、修订并完善医院账目异常处理4、修订并完善医院就诊流程中的异常处理机制注:截止2013年3月8日,5.1的相关功能已经完成,5.2相关功能正在开发中,下阶段主要工作为5.3相关功能的实现。

附件2:工作进度及各方责任【第五章实施流程中任务分解】责任方阶段职责中行三1、确定关于长城健康卡发放的相关事宜2、银行专线的连通3、提供项目所需的商户号、密钥、终端号、IP地址、测试银行卡;负责给设备灌密钥,分配终端号4、提供银行交易接口5、配合完成交易接口测试6、对窗口业务人员进行银行业务培训四1、配合测试对账功能2、制定对账异常账目处理机制医院一1、功能流程确认2、配合完成窗口发卡以及自助发卡功能的实现二1、配合完成自助查询打印功能的实现2、确定自助设备摆放位置的确认以及配套网络改造3、设备摆放位置的强电、网线安装及连通4、确定项目页面风格,提供相关图片三1、协调医务人员、收费人员以及导仪人员的相关培训工作四1、协调财务人员同中行商定对账流程以及异常账目处理机制浪潮一1、完成卡管系统开发2、完成与HIS系统的发卡功能的对接测试工作3、实现自助发卡功能二1、完成与HIS系统查询打印功能的对接2、实现自助查询打印功能3、完成项目页面风格确认改造工作三1、完成与HIS系统挂号缴费功能的对接2、实现自助挂号缴费功能3、实现自助挂号缴费通过银行卡刷卡消费的功能4、实现长城健康卡直接刷卡完成挂号缴费的功能5、协助设备布放完成后的设备安装调试工作四1、根据银行以及医院制定的对账流程实现自助对账功能2、完成项目总体的SIT测试、UAT测试,主要针对5.3挂号缴费功能中银行卡消费部分进行3、实现所有设备的同步使用,确定服务时间等,完成项目总体收尾工作4、项目验收HIS 一1、完成与浪潮卡管系统的对接改造2、实现窗口发卡功能二1、提供查询打印接口,协助实现自助查询打印功能三1、提供挂号缴费相关接口,协助实现自助挂号缴费功能2、完善窗口对银行刷卡消费的实现四1、提供对账接口,协助浪潮获取对账数据,实现对账功能。

相关文档
最新文档