健康险信息系统平台业务需求说明书

健康险信息系统平台业务需求说明书V. 健康险信息系统平台业务模块需求说明书文件状态：[√] 草稿[ ] 正式发布[ ] 正在修改文件标识：当前版本：作者：完成日期：XXXX年龄、工作单位、固定电话、移动电话、居住地址、医保号、社保机构、门诊次数、住院次数、参保状态、总医疗费、总合规医疗费用、新农合/社保补偿金额、自费金额、大病保险赔款金额(10) 参保人信息查询（注：与需求3.2重复，请讨论取舍）输入条件：参保人姓名、参保人身份证号、参保人医保号（三个条件必须录入，且查询时候做校验判断，信息不一致无法查询）返回信息：身份类别、性别、民族、出生日期、证件号、工作单位、居住地、移动电话、固定电话、人员状态、人员属性、医保类型、合同号、保费、保额、参保状态、银行名称、银行帐号（11）参保人补偿信息查询输入条件：输入条件：参保人姓名、参保人身份证号、参保人医保号（三个条件必须录入，且查询时候做校验判断，信息不一致无法查询）返回信息：身份类别、证件号、性别、出生日期、工作单位、行业性质、医保号、社保机构、门诊次数、住院次数、参保状态、框架协议名称、居住地址、固定电话、移动电话、客户说明、输出（补偿历史）、序号、立案号、出险人姓名、出险日期、出险原因、新农合/社保补偿金额、自费金额、大病保险赔款金额、结案时间3.5.2相关定义统计区间：****年**月**日-开始时间（必填）、结束时间（必填）、市级或县级机构（必填）、公司名称（必填）返回信息：统筹单位、承保人数（人）、应收保费（元）、实收保费（元）、大病支付人数、大病支付人次、实际医疗费总金额、新农合/社保常规支付总金额、合规医疗费用总额、自费金额、大病赔款金额、大病资金使用率（7）大病保险各医院业务情况统计表输入条件：医院名称（必填）、医院编码（必填）、开始时间（必填）、结束时间（必填）、就诊类型（非必填）、疾病名称（非必填）返回信息：序号（系统自动生成）、医院、即时补偿人数、就诊类型、疾病名称、医疗费总额、合规医疗费用总额、新农合/社保补偿金额、自费金额、大病保险补偿金额、已发生垫付额、已结算额、待结算额（8）疾病赔付情况统计报表输入条件：开始时间（必填）、结束时间（必填）、市级机构（非必填）、县级机构（非必填）、疾病名称（非必填）返回信息：序号（系统自动生成）、市、县/区、参保总人数、疾病名称、已补偿人数、已补偿金额、补偿比例（9）大病保险补偿前10位情况表(对大病保险补偿额前10位已经补偿结案的案件进行查询)输入条开始时间（必填）、结束时间（必填）、市级或县级机构（必填）、公司名称（必填）返回信息：身份类别、证件号、性别、出生日期、年龄、工作单位、固定电话、移动电话、居住地址、医保号、社保机构、门诊次数、住院次数、参保状态、总医疗费、总合规医疗费用、新农合/社保补偿金额、自费金额、大病保险赔款金额(10) 参保人信息查询（注：与需求3.2重复，请讨论取舍）输入条件：参保人姓名、参保人身份证号、参保人医保号（三个条件必须录入，且查询时候做校验判断，信息不一致无法查询）返回信息：身份类别、性别、民族、出生日期、证件号、工作单位、居住地、移动电话、固定电话、人员状态、人员属性、医保类型、合同号、保费、保额、参保状态、银行名称、银行帐号（11）参保人补偿信息查询输入条件：输入条件：参保人姓名、参保人身份证号、参保人医保号（三个条件必须录入，且查询时候做校验判断，信息不一致无法查询）返回信息：身份类别、证件号、性别、出生日期、工作单位、行业性质、医保号、社保机构、门诊次数、住院次数、参保状态、框架协议名称、居住地址、固定电话、移动电话、客户说明、输出（补偿历史）、序号、立案号、出险人姓名、出险日期、出险原因、新农合/社保补偿金额、自费金额、大病保险赔款金额、结案时间3.5.2相关定义统计****年**月**日：可选择统计新农合还是社保统筹单位：可选新农合、社保各统筹单位，如**农合办、**卫生局应收保费=承保人数*实际中标协议价（元）实收保费=实际到账的保费大病支付人数：同一人，统计区间内，N次理赔记为1人大病支付人次：同一人，统计区间内，N次理赔记为N人次合规医疗费用=医疗总费用-新农合/社保补偿费用-扣减医疗费用（不报销部分）大病资金使用率=大病支付总金额/应收保费3.5.3参考界面无3.6商业健康险即时赔付（第三阶段）3.6.1功能概述在广西区内实现商业健康险即时赔付功能，客户在医院端完成一站式结算。

健康险信息系统平台业务模块需求说明书版本历史本需求文档确认页目录1引言 (7)1。

1编写目的 (7)1.2目标 (7)1.3参考资料 (7)2 数据流与网络架构 (7)2。

1 数据流 (7)2.2网络架构 (8)3 功能需求描述 (9)3。

1理赔信息查询 (9)3。

1。

1功能概述 (9)3。

1。

2参考界面 (10)3.2参保人员信息查询 (10)3。

2.1功能概述 (10)3。

2.2参考界面 (10)3.3承保信息查询 (11)3。

3。

1功能概述 (11)3。

3。

2参考界面 (11)3.4批量信息查询 (11)3。

4.1功能概述 (11)3。

4.2参考界面 (11)3。

5 统计报表 (12)3。

5.1功能概述 (12)3。

5.2相关定义 (14)3.5.3参考界面 (14)3.6商业健康险即时赔付 (14)3。

6.1功能概述 (14)3.6。

2流程说明 (14)3。

6。

3参考界面 (14)1引言1。

1编写目的1.为明确用户需求、安排项目规划与进度、组织软件开发与测试,撰写本文档。

2。

本文档可供项目经理、设计人员、开发人员、测试人员参考。

1。

2目标按照健康险信息系统平台建设方案，实现三阶段目标。

第一阶段：实现各保险公司与其承保的大病统筹地区基本医保对接,各公司大病保险理赔数据定期传送到行业健康险信息平台(简称平台）,建设全区大病保险理赔信息数据库,实现全区大病保险理赔信息的共享。

具体功能实现理赔、核保查询分析,业务统计分析.第二阶段：获取各统筹地区基本医保数据，定期传送到行业健康险信息平台；定期传送各公司商业健康险理赔数据，建立全区城乡居民健康保险大数据库,实现健康保险数据共享。

第三阶段:实现广西区内商业健康保险的即时赔付。

借助基本医保信息和资金通道，建设“医院业务系统—基本医保系统-广西健康保险信息平台—各公司健康险系统”的业务数据传输路径，实现广西区内商业健康保险的即时赔付。

1.3参考资料1.广西健康险信息平台建设方案.doc2。

体检中心体检系统要求说明一、系统需求说明1.体检管理信息系统必须是已经开发成功的，可作为商品化产品的信息管理系统。

2.在以后所描述的详细功能要求中，凡是明确提出的功能，各个投标单位需明确说明在本公司提供的软件中是否已经具有现成的功能。

3.体检管理信息系统必须是非常稳定成熟的软件产品，必须提供完整的产品包装、详细的使用说明书、在线帮助文档、自动安装程序。

4.投标方具有体检管理信息系统的自主版权及软件产品登记证书，有能够进行二次开发的能力及具有与其它系统之间互连二次开发的接口，投标方在投标时必须提供多次开发接口所支持的全部设备具体品牌及型号列表以及最终报价。

5.体检管理信息系统必须能够与现有的HIS系统进行无缝连接在一起，并且都提供标准的开放接口，以便同医院的其他管理信息系统无缝联接在一起。

6.体检管理信息系统必须是符合国际标准的代表未来发展主流方向的、结构化的、模块化的、稳定可靠的、实用的产品。

必须符合《医院信息基本功能规范》新版标准的要求。

7.系统服务器采用Windows Server 2003操作系统，客户机支持Windows9X /Windows2000/Windows XP。

数据库支持SQLServer 2000。

8.系统应能对所有的操作进行追踪调查、记录并进行分类，具有日志记录和日志审理功能。

二、体检管理信息系统详细需求说明体检中心所需要的体检信息化管理系统总体上必须具备以下功能：（一）、软件1.系统必须具有足够的开放性，允许用户随意设置体检科室、体检项目、体检套餐，以便满足体检不断变化发展的需要。

2.系统必须具备完善的权限管理机制，能够进行菜单权限管理、医生的科室权限限制、体检人员类别分级管理。

3.对所有的检查结果的改动具有合理的控制功能，防止检查结果的随意修改，防止总检结论同明显结果由于改动而造成的不一致。

4.具有读取二代身份证功能，对零散的个人体检，可直接读取身份证信息，无需人工输入姓名、年龄、性别、出生日期等基本信息。

全民健康信息平台综合运维管理项目采购需求（用户需求书）第X部分服务内容及服务要求一、招标要求1、项目名称：XX省全民健康信息平台综合运维管理项目。

2、服务期：自合同签订之日起12个月内。

3、实施地点：采购人指定地点。

二．项目目标紧密围绕20**年卫生健康工作重点，结合疫情时代下的信息化建设问题，进一步完善各级平台建设，加强重要业务系统建设和应用推广，夯实已建设未完全使用的应用系统，通过加大培训力度、优化系统功能等方式，促使应用，提高信息化应用水平；强化基层卫生信息化工作，结合最新的健康扶贫、公共卫生服务、家庭医生签约、绩效考核等政策要求，不断完善基层医疗机构管理信息系统的功能优化，提升应用体验和管理功能；切实提高各级平台数据质量，强化信息标准和网络与信息安全，为深化医改、健康XX及卫生健康事业发展提供信息技术支撑。

三、项目原则“保重点、保基础、促发展”原则，即：保证省平台重点业务业务系统正常运行；保证省平台基础运维、数据互联互通、平台对接、VPN设备运维、健康XXX 公众服务号运维及优化等基础性运维开展；促进互联网+医疗健康便民惠民和县域远程医疗服务等重大事项贯彻落实。

四、项目范围20**年信息化项目涉及省卫健委大部分业务处室、直属单位，其中：基省市县数据互联互通涉及省、市、县、乡、村各级医疗机构基层卫生机构等。

五、项目内容（一）XX省全民健康信息平台的运行维护及数据互联互通工作1、服务目标（1）XX省全民健康信息平台相关的主机设备、操作系统、数据库和存储设备的运行维护服务，保证用户现有的平台及各个业务系统的正常运行，降低整体管理成本。

提高平台及业务系统的整体服务水平。

（2）根据日常维护的数据和记录，提供整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。

（3）省平台的组成主要可分为两类：硬件设备和软件系统。

硬件设备包括网络设备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件、业务应用软件等。

医疗保险管理系统业务需求说明书医疗保险管理系统业务需求说明书医疗保险的基本运作过程是：①医保中心为参保单位／人员建档，并确定应缴费金额。

②医保中心为参保人员建立个人帐户并发医保卡。

③参保单位或人员定期（按月）到医保中心缴费，所缴费用按一定比例划入统筹帐户及个人帐户。

④对未缴费或欠缴单位／人员，医保中心发出催缴通知。

⑤参保人员持医保卡到指定医院门诊看病，费用由个人帐户支付，超支自理。

⑥参保人员到指定医院住院治疗，费用按统筹基金支付，同时个人也要负担一定比例。

统筹基金支付实行起付标准、分段计算、累加支付的办法。

⑦医保中心与定点医院／药房结算费用，交换数据（如黑名单等）。

⑧凡参加基本医疗保险，按时足额缴纳基本医疗保险费的，方可享受医疗保险待遇。

１）医保中心管理子系统供医疗保险管理机构使用，主要实现投保单位和投保职工管理、基金管理（统筹基金和个人账户资金）、结算、黑名单管理、查询、统计、报表输出、审核、系统维护等功能。

２）医保卡管理子系统供医疗保险管理机构发卡使用，主要实现医疗卡注册、年度初始化等功能。

３）定点医院管理子系统供定点医院使用，主要实现处方审核与录入、就诊费用结算、系统查询与维护等功能。

本实验的总控系统只实现第一个子系统，其他两个子系统，读者如感兴趣，请自己分析实现。

下面介绍第一个系统的具体需求：1.征缴业务征缴业务是医保经办机构的核心业务之一，它是依据国家医疗保险征缴政策对参保单位和职工缴纳保费所开展的业务。

1.1 档案管理员工表完成参保单位档案的新建，变更维护，注销等功能，建立参保单位档案后，根据单位提供的职工列表，完成参保个人基本档案的新建，变更维护，注销等功能。

建立个人基本档案后，办理一个医疗证卡用于标识身份（主键），同时为每个参保职工建立一个个人帐户。

1.2 征缴计划每月生成所有参保单位应缴金额（注意职工的某些异动直接影响征缴计划）。

征缴标准如下：◆基础数据月社会平均工资(X)（上级提供）【函数，存储过程？？】职工月工资(Y)（职工基本信息中含有，参保单位提供）◆缴费基数:每个参保职工缴费基数(Z)：YY>X*300% Z= X*300%X*60%<y< bdsfid="96" x*300%="" z="Y</p"></y<>最后参保单位缴费金额（M）：全体职工Z的总和*9%1.3 收款处理收取现金做交费处理，打印现金收据。

和安医院信息系统－--医疗保险系统Ｖ４.5产品需求规格说明书安徽和安科技股份有限公司版权所有，保留所有权利2011年07月23日版本历史目录０.ﻩ文档介绍5ﻩ0.1．ﻩ文档目的5ﻩ０.2．文档范围.......................................................................................................... ５0．3.读者对象 (5)０.4.ﻩ参考文档5ﻩ０．５．ﻩ术语与缩写解释 (5)1.ﻩ产品介绍 ................................................................................................................... ６1.1．产品定义6ﻩ1.2．开发背景ﻩ７２.ﻩ产品面向的用户群体9ﻩ3.ﻩ产品应当遵循的标准或规范10ﻩ4.ﻩ产品范围 (11)４.1.适用领域11ﻩ４.2.ﻩ产品内容ﻩ１15.产品中的角色及用例ﻩ１15.１.医保办工作人员用例图11ﻩ6.业务说明12ﻩ6．1.流程图12ﻩ7．产品的功能性需求 (12)７.0.ﻩ功能性需求分类12ﻩ７．0．1．ﻩ功能图.............................................................................................. １27.0.２．功能性需求分类13ﻩ７.1．数据维护 (13)７．１.１.ﻩ字典维护13ﻩ７.1.2．项目对照ﻩ１７7．１.３.ﻩ院内算法维护 (20)７.1.4．特殊病人维护23ﻩ7．１.5.批量数据更新25ﻩ７.1．6.医疗保险工具27ﻩ7．2．ﻩ业务操作 ..................................................................................................... ３2７．2．1．ﻩ门诊报补业务3ﻩ２7.２．2.ﻩ住院报补业务35ﻩ7.2.３.ﻩ病人报补信息维护 (38)７．２.4. ............................................................................... 居民费用明细传送42ﻩ7．2.５． ....................................................................................................... 病人结算单４5７．3.查询统计 (48)7.3.1.病人查询 (48)7.3．2.药品统计 (53)7.3.３.病种人数统计55ﻩ7.3.4.ﻩ门诊业务报表 ............................................................................................ ５87.3．５.住院医保结算申请表60ﻩ７．３.6. ......................................................................................... 住院医保结算汇总表6２8.产品的非功能性需求.......................................................................................... ６９8.1.ﻩ用户界面需求 ................................................................................................... ６9 8．2.软硬件环境需求ﻩ６98．2.1.ﻩ各工作站 (69)8.2.2．ﻩ数据库69ﻩ８．3.产品质量需求 ................................................................................................ 7０8.4．ﻩ产品性能 . (70)0.文档介绍0.1. 文档目的把软件的总体功能和性能的概念描述为具体的软件需求规格说明,奠定软件开发的基础。

XX市——XX省医疗保障信息平台财务管理子系统运营（20XX年）项目需求说明一、项目概况建设实施XX市——XX省医疗保障信息平台财务管理子系统在XX日常财务业务经办和管理服务的应用，另外通过定期的实施总结为XX市医保部门当前及未来的信息化建设提供指导性建议和优化性措施。

主要工作内容包括：系统应用部署实施、财务管理子系统的相关业务指导、配合XX市医保部门完成信息化相关文案编写等。

二、项目需求三、服务内容（一）应用软件管理平台建设实施服务1．服务定义功能模块中提供了角色、权限、单位、人员等基础信息的管理功能和服务功能。

服务方需要针对XX财务用户进行管理，提供新增或删除用户，并赋予不同的系统角色如各级经办机构会计、出纳人员角色或管理人员角色。

2．服务人力投入在本项目建设实施过程中，要求投入不少于1人提供服务，且需对医保财务业务熟悉的工程师，能够提供专业的技术指导以及其他相关服务。

（二）基础资料配置服务1．服务定义基于XX省医保信息平台财务管理子系统统一建设、规划、要求的框架，结合XX市医保在会计账套、会计科目、辅助核算等的要求，服务方需配合XX市医保部门的要求，在本模块进行基础资料定义配置。

2．服务人力投入在本项目建设实施过程中，要求投入不少于1人提供服务，且需对医保财务业务熟悉的工程师，能够提供专业的技术指导以及其他相关服务。

（三）基金账务处理实施服务1．服务定义基金账务处理依据省级的统一规划，在XX省医疗保障信息平台财务管理子系统中统一账套编码、会计科目编码要求下，针对XX市医保财务核算的进行系统级基础资料及单位级基础资料的改造，实现XX市基金财务数据的规范统一。

基金账务处理包含了凭证处理、往来管理、定期处理、科目账、辅助账等功能。

服务方需协助用户解决在记账、查账过程中出现的问题，保障本功能模块的正常运行，为医保基金财务提供实时服务。

2．服务人力投入在本项目建设实施过程中，要求投入不少于2人提供服务，且需对医保财务业务熟悉的工程师，能够提供专业的技术指导以及其他相关服务。

国家医疗保障信息平台建设工程项目需求规格说明书XXXX 软件股份有限公司2019年6月文件更改记录目录1 引言 (1)1.1 项目背景 (1)1.2 术语定义 (1)1.3 参考资料 (1)2 概述 (1)2.1 系统目标 (1)2.2 用户情况 (1)2.3 运行环境（可裁剪） (1)2.3.1 硬件环境 (1)2.3.2 软件环境 (1)2.4 限制条件 (2)2.5 假设和依赖 (2)2.6 系统涉及的角色 (2)3 功能需求 (2)3.1 功能模块概述 (2)3.2 功能模块业务流程 (3)3.3 需求1（以实际的需求名代替） (3)3.3.1 功能/模块概述 (3)3.3.2 业务流程和业务规则 (3)3.3.3 界面设计 (4)3.3.4 功能需求点 (4)3.3.4.1 输入 (4)3.3.4.2 处理 (4)3.3.4.3 输出 (5)3.3.4.4 规则说明 (5)3.3.4.5 特殊考虑 (5)3.3.4.6 与其他功能点的关系 (5)3.3.4.7 子功能点 (5)4 公用基础模块定义 (5)5 数据逻辑描述（已明确，需要描述需求数据结构） (5)5.1 数据整体描述 (5)5.2 基础类包 (5)5.3 包1 (6)6 非功能性需求 (6)6.1 数据容量 (6)6.2 数据精确度 (6)6.3 时间特性 (6)6.4 适应性 (6)6.5 吞吐量 (6)6.6 安全性 (6)6.7 系统安全方面的需求描述。

质量属性................. 错误!未定义书签。

7 接口需求（可裁剪） (7)7.1 用户接口 (7)7.2 硬件接口 (7)7.3 软件接口 (7)7.4 故障处理 (7)8 其它需求 (7)9 附件 (8)9.1 用户字典表 Users (8)1 引言1.1 项目背景1. 项目的委托单位、开发单位和主管部门2. 该软件系统与其他系统的关系1.2 术语定义【列出文当中所用到的专门术语的定义和缩写词的原文。

20XX 专业合同封面COUNTRACT COVER甲方：XXX乙方：XXX2024版医疗健康信息平台建设与运营合同本合同目录一览第一条医疗健康信息平台建设1.1 平台设计1.2 平台开发1.3 平台测试第二条医疗健康信息平台运营2.1 平台管理2.2 数据维护2.3 用户服务第三条项目范围与界限3.1 建设内容3.2 运营服务范围第四条合同期限4.1 建设期4.2 运营期第五条合同金额与支付方式5.1 合同金额5.2 支付方式5.3 支付时间表第六条双方义务与责任6.1 甲方义务6.2 乙方义务6.3 责任限制第七条保密条款7.1 保密内容7.2 保密期限7.3 保密泄露后果第八条知识产权8.1 知识产权归属8.2 使用权授权第九条违约责任9.1 违约行为9.2 违约责任承担第十条争议解决10.1 争议解决方式10.2 管辖法院第十一条合同的变更与终止11.1 变更条件11.2 终止条件11.3 变更与终止的程序第十二条 force majeure 12.1 定义12.2 后果第十三条适用法律13.1 合同适用法律13.2 法律解释第十四条其他条款14.1 附加协议14.2 通知程序14.3 合同修改14.4 合同完整性第一部分：合同如下：第一条医疗健康信息平台建设1.1 平台设计1.1.1 设计原则：根据甲方提供的需求文档，乙方应提供符合国家相关法律法规、行业标准和最佳实践的医疗健康信息平台设计方案。

1.1.2 设计内容：包括但不限于系统架构设计、数据库设计、用户界面设计、安全设计等。

1.1.3 设计审批：设计方案完成后，乙方应提交给甲方进行审批，甲方应在收到方案后的15个工作日内完成审批。

1.2 平台开发1.2.1 开发语言和框架：根据设计方案，乙方应选择合适的开发语言和框架进行平台开发。

1.2.2 开发进度：乙方应按照项目计划表进行开发，确保项目按期完成。

1.2.3 开发成果：开发完成后，乙方应提供完整的、开发文档和测试报告。

信息系统需求说明书一、引言信息系统需求说明书旨在详细描述所需的信息系统的功能、性能、安全性、可靠性等方面的要求。

本文将对信息系统的需求进行全面的阐述，确保系统能够满足用户的实际需求。

二、背景随着科技的不断发展，信息系统在各个领域中的作用越来越重要。

为了适应市场的需求和提高企业的效率，我们公司决定开发一个全新的信息系统。

这个系统将在销售管理、库存管理、财务管理等方面提供全面的支持。

三、系统范围与目标本系统的范围包括销售管理、库存管理以及财务管理等模块。

其主要目标是实现销售流程的自动化、库存管理的精确控制以及财务数据的准确统计。

通过该系统，用户可以方便地进行销售订单的处理、库存的管理和财务数据的分析。

四、业务需求4.1 销售管理模块销售管理模块需要具备以下功能：- 销售订单管理：支持创建、修改和删除订单，记录订单状态和交付日期。

- 客户管理：记录客户基本信息，包括联系方式、历史订单等。

- 销售报表：实时生成销售统计报表，包括销售额、销售数量等指标。

4.2 库存管理模块库存管理模块需要具备以下功能：- 库存记录：记录库存的入库和出库情况，包括商品名称、数量、入库日期等信息。

- 库存查询：根据商品名称和库存数量等条件查询库存情况。

- 库存预警：当库存数量低于设定的阈值时，系统自动发送预警信息。

4.3 财务管理模块财务管理模块需要具备以下功能：- 费用管理：记录各类费用支出，包括采购成本、营销费用等。

- 财务报表：实时生成财务报表，包括利润表、资产负债表等。

五、非功能性需求5.1 性能要求- 系统响应时间应不超过2秒。

- 系统能够同时支持1000个用户并发操作。

5.2 安全要求- 用户登录采用用户名、密码的方式进行验证。

- 系统要有权限管理机制，不同用户拥有不同的权限。

5.3 可靠性要求- 系统应具备数据备份和恢复的功能，确保数据安全。

- 系统应具备容错机制，能够通过自动恢复和重启等方式解决系统故障。

六、总结通过对信息系统的需求进行详细描述，我们已经清楚了系统的功能、性能和安全等方面的要求。