健康险信息系统平台业务需求说明书V1.1
健康险信息系统平台业务需求说明书V.doc

健康险信息系统平台业务需求说明书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.1 系统名称健康保险资料统计系统(Health Insurance Data Statistical System,简称HIDS)1.2 系统目的HIDS旨在为健康保险公司提供一个高效、准确的数据统计和分析工具,以便更好地管理和评估其业务数据,从而优化运营策略和提高客户满意度。
二、功能模块2.1 数据录入与导入- 支持手动录入保险资料数据- 支持从外部文件(如Excel、CSV等)导入保险资料数据2.2 数据查询与筛选- 提供多种查询条件,如保险类型、投保年龄、性别等- 支持高级筛选和组合查询2.3 数据统计与分析- 自动计算各类保险业务的统计数据,如投保人数、保费收入等- 提供数据可视化功能,如柱状图、饼图等2.4 数据导出与打印- 支持将统计数据导出为Excel、CSV等文件格式- 提供打印功能,方便用户打印报表和资料2.5 用户权限管理- 支持多用户登录,根据用户角色分配不同权限- 记录用户操作日志,确保系统安全与可追溯性三、技术架构3.1 开发语言与框架- 后端:Python(使用Django框架)- 数据库:MySQL3.2 系统部署- 支持跨平台部署,可在Windows、Linux等操作系统上运行- 建议使用浏览器:Chrome、Firefox、Safari等现代浏览器四、操作指南4.1 数据录入与导入1. 登录系统,进入数据录入页面。
2. 按照要求填写保险资料信息,点击保存。
3. 如有已存在的数据文件,可选择导入功能,将文件上传至系统,系统将自动解析并导入数据。
4.2 数据查询与筛选1. 在查询页面,根据需求选择查询条件。
2. 点击查询按钮,系统将展示符合条件的结果。
3. 可在结果页面进一步筛选数据,如修改查询条件、使用高级筛选等。
4.3 数据统计与分析1. 在统计页面,选择需要统计的业务类型和时间段。
2. 系统将自动计算并展示统计数据。
3. 可通过数据可视化功能,查看各类图表,以便更直观地分析数据。
XX市社区健康智管应用系统项目需求说明

XX市社区健康智管应用系统项目需求说明(一)项目需求说明及清单(二)一般要求1、项目实施周期:合同签订生效后9个月内完成社区健康智管应用开发工作,并投入整体试运行,系统整体试运行期3个月,试运行期结束后做整体验收。
2、计划方案:提供书面的项目实施方案与实施计划。
3、投标人应详细阅读招标文件的全部内容。
按照招标文件要求提交投标文件,并保证所提交的全部资料的真实性。
不按招标文件的要求提供的投标文件和资料,则被视为无效标而导致投标被拒绝。
4、中标人未按合同要求时间完成项目,每延误一天支付合同总价0.5%的违约金。
5、若投标人的最低投标价或者某些分项报价明显不合理或者低于成本,有可能影响诚信履约的,评标委员会可能做出取消该投标人中标资格。
6、所有软硬件设备支持ipv4∕ipv6双栈服务。
(三)实施进度、测试与验收1、投标人有责任检查安装现场是否符合产品安装条件。
2、要求在本项目建设合同签订之日起12个月内完成需求分析、系统改造、试运行、验收等工作。
3、投标人应承担投标软件的安装、测试和有关配置工作,进行实际的测试。
4、产品实施过程中,如果牵涉到与第三方产品集成工作,投标人应与其他相关单位通力合作,并提供必要的技术支持,免费完成接口开发工作。
5、系统验收合格的条件必须满足以下要求:5.1、试运行时功能满足合同要求;5.2、验收时试运行中出现的问题已被解决;5.3、出具具有软件测评资质的第三方软件测评公司的软件功能、性能测评报告与安全测评报告,评测费用由中标人承担;5.4、双方签字确认的需求变更单;6、投标人应在投标书中提供本次项目实施的实施人员名单,以及整个软件实施工期的具体计划安排表。
(四)采购需求及技术要求4.1.项目概况4.1.K建设背景近年来,卫生健康部门在信息化建设方面以卫生数据中心为核心,形成了包括以健康档案、健康XX和云影像等一系列应用。
但是对照数字化改革新要求,各项业务之间的整体性、协同性还不够,部门间“信息孤岛”和“烟囱林立”现象依然存在。
健康险信息系统平台业务需求说明书V1.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。
XX省医疗保障信息平台XX市本地运营项目需求说明

XX省医疗保障信息平台XX市本地运营项目需求说明一、项目规模覆盖XX市医疗保障局,以及全市9个县(市、区)医疗保障局、医保中心和XX高新区劳动和社会保障局,同时纵深覆盖到108个乡镇(街道办)及部分村委。
包括XX省医保信息平台在XX市全市416.75万参保人、32.9万参保单位、269家医保定点医疗机构和1095家医保定点药店,日均结算14177人次,较上线前增加36%,结算金额约1552万元,新平台大规模就诊并发高峰期门诊、住院费用结算1秒左右,比旧系统普遍快4—5倍。
目前,我市在用国家医保信息平台子系统共12个。
二、项目目标及绩效XX省医疗保障信息平台(部分文件中表述为国家医疗保障信息平台)20XX年11月开始陆续上线,截至20XX年8月,已完成全部21个地市上线。
根据《XX省医疗保障局关于转发国家医疗保障局〈医疗保障信息平台建设指南>的通知》(X医保函(20XX)248号文)、《XX省医疗保障信息平台建设指南》、《XX省医疗保障局转发国家医疗保障局办公室<关于做好医保信息化运维管理工作的指导意见》的通知》(X医保函(20XX)234号)和《XX省医疗保障局关于印发〈XX省医疗保障信息化工作管理办法(试行)》的通知》等文件要求,XX省医保业务发展以及XX省医保信息平台上线运行实际情况,下一阶段XX省医保信息平台营运运维从四方面开展:(一)扩展平台应用功能,支撑平台满足业务发展。
随着医保业务的发展及各地市医保局的广泛使用,上线地市的医保业务在国家局现有平台未能全面覆盖,需进行相应平台功能扩展。
同时,基于省级基本医疗保险省级统筹的规划,需构建省级统筹配套应用系统和现有平台调整,支撑全省医保基金统收统支统管、制度政策统一、经办管理服务一体化。
市、县两级医保部门在做好运维管理基础工作的同时,加强对定点医药机构医保网络安全和信息化相关运维管理,做好核心业务区网络接入管理、医保信息平台定点医药机构接口管理等工作。
全民健康信息平台综合运维管理项目采购需求(用户需求书)

全民健康信息平台综合运维管理项目采购需求(用户需求书)第X部分服务内容及服务要求一、招标要求1、项目名称:XX省全民健康信息平台综合运维管理项目。
2、服务期:自合同签订之日起12个月内。
3、实施地点:采购人指定地点。
二.项目目标紧密围绕20**年卫生健康工作重点,结合疫情时代下的信息化建设问题,进一步完善各级平台建设,加强重要业务系统建设和应用推广,夯实已建设未完全使用的应用系统,通过加大培训力度、优化系统功能等方式,促使应用,提高信息化应用水平;强化基层卫生信息化工作,结合最新的健康扶贫、公共卫生服务、家庭医生签约、绩效考核等政策要求,不断完善基层医疗机构管理信息系统的功能优化,提升应用体验和管理功能;切实提高各级平台数据质量,强化信息标准和网络与信息安全,为深化医改、健康XX及卫生健康事业发展提供信息技术支撑。
三、项目原则“保重点、保基础、促发展”原则,即:保证省平台重点业务业务系统正常运行;保证省平台基础运维、数据互联互通、平台对接、VPN设备运维、健康XXX 公众服务号运维及优化等基础性运维开展;促进互联网+医疗健康便民惠民和县域远程医疗服务等重大事项贯彻落实。
四、项目范围20**年信息化项目涉及省卫健委大部分业务处室、直属单位,其中:基省市县数据互联互通涉及省、市、县、乡、村各级医疗机构基层卫生机构等。
五、项目内容(一)XX省全民健康信息平台的运行维护及数据互联互通工作1、服务目标(1)XX省全民健康信息平台相关的主机设备、操作系统、数据库和存储设备的运行维护服务,保证用户现有的平台及各个业务系统的正常运行,降低整体管理成本。
提高平台及业务系统的整体服务水平。
(2)根据日常维护的数据和记录,提供整体建设规划和建议,更好的为用户的信息化发展提供有力的保障。
(3)省平台的组成主要可分为两类:硬件设备和软件系统。
硬件设备包括网络设备、安全设备、主机设备、存储设备等;软件设备可分为操作系统软件、典型应用软件、业务应用软件等。
宁波市全民健康信息平台运维服务

宁波市全民健康信息平台运维服务需求说明2018年11月第一章概述随着我市医疗公共卫生事业的快速发展,各级医疗卫生机构单位建设日益全面,人民群众密切关注自身健康,医疗卫生作为人民群众息息相关的事业,其发展越来越受到全社会的关注。
医疗卫生信息化的发展同样也越来越重要,其中居民电子健康档案作为居民健康记录的核心,也越来越受到关注,为了促进医疗卫生信息化发展及电子健康档案建设,我们建设了宁波市全民健康信息平台。
第二章总体维护要求1、日常维护日常维护中维护单位在收到维护需求时应在半小时内予以响应,下午五点前反馈修改情况。
如果当时不能完成的应在下午五点前以邮件方式反馈给本单位相应人员。
每日巡检通报,并以邮件方式每周出具工作周报,每月出具月度运维报告。
一般技术故障在半小时内得到响应并予以解决,在特殊情况下维护公司需派技术团队到现场与驻点人员共同进行问题处理(处理时长不能超过二小时)。
对在项目范围的新增需求,如有时间要求的,按要求进度完成。
没有要求的,一般应在一个工作日内处理完毕;对需要研讨处理方法的应在两个工作日内提出和确定解决方案;对较复杂的工作控制在三个工作日内处理完毕。
如果遇到应用软件或数据库移植的情况下,维护公司应积极配合对应用软件或数据库进行移植维护工作。
若响应不及时或相关单位服务投诉,每次按运维合同总金额的5%倒扣。
2、维护方式驻点维护与远程维护结合。
维护单位必须派驻2名具有维护能力的人员进驻我单位进行现场维护,设置AB角,并可协助承担部分日常工作。
驻点维护人员需要对.NET框架 ,C#开发语言,B/S,C/S架构,/MVC框架,ORACLE数据库,IIS应用服务器,Windows、Linux 操作系统非常熟悉。
驻点人员无法解决的,提交维护单位技术团队远程解决,必要时技术团队上门服务。
3、维护单位要求维护单位需有全民健康信息平台或区域卫生信息平台建设案例。
需制定完备的维护服务方案,提供详尽的技术手册,维护单位需成立专门技术团队来维护宁波市人口健康信息平台。
【产品管理】医疗保险系统产品需求规格说明书(DOC 69页)

【产品管理】医疗保险系统产品需求规格说明书(DOC 69页)部门: xxx时间: xxx整理范文,仅供参考,可下载自行编辑和安医院信息系统---医疗保险系统V4.5产品需求规格说明书安徽和安科技股份有限公司版权所有,保留所有权利2011年07月23日版本历史目录0.文档介绍 (6)0.1.文档目的 (6)0.2.文档范围 (6)0.3.读者对象 (6)0.4.参考文档 (6)0.5.术语与缩写解释 (6)1.产品介绍 (7)1.1.产品定义 (7)1.2.开发背景 (8)2.产品面向的用户群体 (10)3.产品应当遵循的标准或规范 (11)4.产品范围 (12)4.1.适用领域 (12)4.2.产品内容 (12)5.产品中的角色及用例 (12)5.1.医保办工作人员用例图 (12)6.业务说明 (13)6.1.流程图 (13)7.产品的功能性需求 (13)7.0.功能性需求分类 (13)7.0.1.功能图 (13)7.0.2.功能性需求分类 (14)7.1.数据维护 (14)7.1.1.字典维护 (14)7.1.2.项目对照 (18)7.1.3.院内算法维护 (20)7.1.4.特殊病人维护 (24)7.1.5.批量数据更新 (26)7.1.6.医疗保险工具 (28)7.2.业务操作 (34)7.2.1.门诊报补业务 (36)7.2.2.住院报补业务 (38)7.2.3.病人报补信息维护 (40)7.2.4.居民费用明细传送 (42)7.2.5.病人结算单 (44)7.3.查询统计 (47)7.3.1.病人查询 (47)7.3.2.药品统计 (51)7.3.3.病种人数统计 (54)7.3.4.门诊业务报表 (56)7.3.5.住院医保结算申请表 (58)7.3.6.住院医保结算汇总表 (60)8.产品的非功能性需求 (67)8.1.用户界面需求 (67)8.2.软硬件环境需求 (67)8.2.1.各工作站 (67)8.2.2.数据库 (67)8.3.产品质量需求 (68)8.4.产品性能 (68)0.1. 文档目的把软件的总体功能和性能的概念描述为具体的软件需求规格说明,奠定软件开发的基础。
万达全程-居民健康管理信息平台产品介绍及xxx市落地应用方案汇报V1.1

万达全程-居民健康管理信息平台产品介绍及xxx市落地应用方案汇报(V1.0)上海万达全程健康服务有限公司2013年11月目录一、公司介绍 (3)二、产品介绍 (3)1.居民健康管理信息平台介绍 (3)2.健康服务产品支撑体系 (4)3.整体服务流程 (5)4.居民自助服务 (5)5.产品信息 (6)6.产品专利 (7)三、主要服务功能 (8)1.体征测量及无线传输服务 (8)2.个性化健康短信提醒服务 (8)3.体征信息查阅与体征报告自助打印服务 (9)4.移动APP应用服务 (9)5.个人健康档案服务 (9)6.热线电话服务支持 (10)7.提供家庭医生(或社区医生)远程健康管理信息化服务工具 (10)8.提供慢病管理统计分析服务功能 (10)四、创新与价值 (11)1.模式创新 (11)2.业务创新 (11)3.管理创新 (12)4.社会价值 (12)五、项目实施方案及投入方式 (13)1.政策依据 (13)2.健康管理设备配置方案 (15)3.健康管理软件配置方案 (15)4.健康服务专员配置方案 (15)六、万达全程服务推广情况 (16)七、附件:产品资质 (17)附件1:健康管理设备套装内容 (17)附件2:SFDA 证书 (19)附件3:血糖试纸注册证书 (20)一、公司介绍●公司名称:上海万达全程健康服务有限公司(简称“万达全程”)●总公司:万达信息股份有限公司(股票代码300168)●主营业务:✧基于现代物联网技术的健康管理信息化系统的研发、推广、运营。
✧为政府、医疗机构、企业、个人提供第三方健康管理信息化服务工具。
二、产品介绍1.居民健康管理信息平台介绍“居民健康管理信息平台”基于“健康云”服务概念,平台将信息技术融入居民健康自我管理体系与社区公共卫生服务体系,采用基于物联网技术的健康信息采集仪、健康查询机、IP视频电话等仪器设备和网络化、远程化的技术手段,为城乡居民、家庭医生(或社区全科医生)提供远程健康管理信息化服务工具。
医疗保险管理系统业务需求说明书

医疗保险管理系统业务需求说明书医疗保险管理系统业务需求说明书医疗保险的基本运作过程是:①医保中心为参保单位/人员建档,并确定应缴费金额。
②医保中心为参保人员建立个人帐户并发医保卡。
③参保单位或人员定期(按月)到医保中心缴费,所缴费用按一定比例划入统筹帐户及个人帐户。
④对未缴费或欠缴单位/人员,医保中心发出催缴通知。
⑤参保人员持医保卡到指定医院门诊看病,费用由个人帐户支付,超支自理。
⑥参保人员到指定医院住院治疗,费用按统筹基金支付,同时个人也要负担一定比例。
统筹基金支付实行起付标准、分段计算、累加支付的办法。
⑦医保中心与定点医院/药房结算费用,交换数据(如黑名单等)。
⑧凡参加基本医疗保险,按时足额缴纳基本医疗保险费的,方可享受医疗保险待遇。
1)医保中心管理子系统供医疗保险管理机构使用,主要实现投保单位和投保职工管理、基金管理(统筹基金和个人账户资金)、结算、黑名单管理、查询、统计、报表输出、审核、系统维护等功能。
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 收款处理收取现金做交费处理,打印现金收据。
体质健康测试信息管理平台产品说明书

河南鼎慧信网络技术有限公司2017-09体质健康测试信息管理平台产品说明书目录1.平台概述 (2)1.1.建设背景 (2)1.1.1.政策依据 (2)1.1.2.国内建设情况 (3)1.1.3.建设的必要性 (3)1.2.建设依据 (4)1.3.已完成的建设目标 (4)2.平台结构 (5)2.1.平台结构框架 (5)2.2.平台应用框架 (6)3.平台内容及功能介绍 (6)3.1.基本资料管理 (6)3.2.成绩管理 (7)3.3.数据交换 (9)3.4.辅助功能 (9)3.5.数据分析 (9)3.6.学生体质健康成绩查询 (9)1.平台概述1.1. 建设背景1.1.1.政策依据为贯彻党的十八届三中全会精神,认真落实教育规划纲要和《国务院办公厅转发教育部等部门关于进一步加强学校体育工作若干意见的通知》(国办发〔2012〕53号)的有关要求,教育部制定印发《学生体质健康监测评价办法》《中小学校体育工作评估办法》《学校体育工作年度报告办法》并印发给各省、自治区、直辖市教育厅(教委),新疆生产建设兵团教育局。
并提出如下要求:一、各地要将学生体质健康监测评价纳入教育现代化指标体系,作为考试制度建设和改革的重要内容,逐步形成科学规范、导向明确、诚信可靠、保障有力的学生体质健康监测评价制度。
要加大经费投入力度。
要将组织开展体质健康测试计入教师工作量。
要加强测试场地、设施和器材等条件建设。
要加强相关技术培训。
二、各地要将学校体育工作评估作为监测教育发展和考核学校工作的重要途径纳入教育督导检查计划,并建立学校体育工作专项督导制度和重点地区学校体育工作挂牌督导制度。
要认真总结学校体育工作经验,及时发现问题,不断改进工作。
三、各地要把学校体育工作年度报告作为一项基本工作制度,通过年度报告全面、客观、真实地反映本地区学校体育工作和学生体质健康状况,系统总结、发现各地的经验和典型,深入分析、研究存在的问题与困难,及时发布年度报告,促进信息公开、共享,推动改革成果转化和深度开发利用,推动学校体育健康发展。
医疗信息平台使用说明书

以上单据使用基本相同,这里利用领药申请单为例详细介绍,其他不做一一做介绍。
1、首先从菜单处打开该单据,单据包含上单、下单、新增、保存、删除、打印、工具
三、库存管理:该业务主要扩采购入库单、库房药品调价、盘盈入库单、盘亏出库单,期初盘点表等几个单据构成。这几个单据除过药品调价外,这里只介绍单据的作用,使用方法和其他单据相同。
a、采购入库单:是将各个医院从供应商采购来的商品进行入库的单据;
b、盘盈入库单和盘亏出库单,是调节电脑库存与实物库存不符的单据,实物库存多,则需要使用盘盈入库单进行盘盈入库,实物库存少则需要盘亏出库单进行盘亏出库。
5.4出院结算-----------------------------------------------------------------------------39
5.5患者催款单--------------------------------------------------------------------------40
医
疗
信
息
管
理
平
台
培
训
文
档
1.管理员培训文档---------------------------------------------------------------------------2
1.1系统设置-------------------------------------------------------------------------------3
需求规格说明书_模板

国家医疗保障信息平台建设工程项目需求规格说明书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 术语定义【列出文当中所用到的专门术语的定义和缩写词的原文。
2024年医疗健康信息平台建设与运营协议

专业合同封面COUNTRACT COVER20XXP ERSONAL甲方:XXX乙方:XXX2024年医疗健康信息平台建设与运营协议本合同目录一览第一条:合同主体及定义1.1 甲方名称及地址1.2 乙方名称及地址1.3 丙方名称及地址第二条:项目范围与目标2.1 项目建设的目标与任务2.2 项目建设的阶段与进度2.3 项目建设的预算与资金筹措第三条:技术标准与规范3.1 医疗健康信息平台的技术要求3.2 数据交换与共享的技术规范3.3 信息安全与隐私保护的技术标准第四条:运营管理4.1 甲方对医疗健康信息平台的运营管理职责4.2 乙方对医疗健康信息平台的运营管理职责4.3 丙方对医疗健康信息平台的运营管理职责第五条:服务质量与保障5.1 服务内容与服务范围5.2 服务标准与质量要求5.3 服务监督与评价第六条:合同价格与支付方式6.1 合同总价与支付条件6.2 付款进度与时间表6.3 价格调整机制第七条:合同履行期限7.1 项目建设的期限7.2 运营服务的期限7.3 合同续约及终止条件第八条:违约责任8.1 甲方违约责任8.2 乙方违约责任8.3 丙方违约责任第九条:争议解决9.1 双方协商解决9.2 提交甲方所在地仲裁机构解决9.3 法律途径解决第十条:合同的变更与解除10.1 合同变更的条件与程序10.2 合同解除的条件与程序10.3 合同变更与解除后的权益处理第十一条:合同的生效与终止11.1 合同生效的条件11.2 合同终止的条件11.3 合同终止后的义务与责任第十二条:保密条款12.1 保密信息的范围与内容12.2 保密信息的保护期限12.3 保密信息泄露的责任与处理第十三条:知识产权保护13.1 知识产权的归属与使用13.2 知识产权的保护措施13.3 知识产权侵权的责任与处理第十四条:其他条款14.1 不可抗力14.2 法律适用与争议解决14.3 合同的附件与附录第一部分:合同如下:第一条:合同主体及定义1.1 甲方名称:×××医疗健康信息平台建设与发展有限公司甲方地址:××省××市××区××路××号1.2 乙方名称:×××软件科技有限公司乙方地址:××省××市××区××路××号1.3 丙方名称:×××网络技术有限公司丙方地址:××省××市××区××路××号第二条:项目范围与目标2.1 项目建设的目标与任务(1)甲方委托乙方、丙方进行医疗健康信息平台的设计、开发、部署和实施,以提高甲方医疗健康服务的信息化水平,实现医疗资源的优化配置。
医疗保障信息平台需求规格说明书汇报

业务描述
➢ 内部控制系统主要是以业务内控监督视角,依据风控理念,在业务经办的各个环节嵌入风控系统功能,构建涵 盖事前提醒、事中记录、事后可查的风控管理体系,是业务经办体系外独立运行的业务行为分析工具。
业务描述
➢ 内部统一门户系统主要是为医疗保障信息平台提供统一登录入口,为国家和地方医保局工作人员提供统 一内部工作台和邮件服务,便于国家和地方医保局工作人员开展日常工作。
➢ 统一的登录入口是指国家和省级医保局工作人员通过内部统一门户系统实现统一的身份认证和单点登 录。内部统一门户系统根据用户身份分配给用户不同的业务操作权限和查看权限。
内部统一门户系统-总体业务流程
用户 登录
业务管理类 生产经办类 数据分析类
统一单点登录
各系统访问 入口
邮件服务
消息和文件
各系统访问 入口
用户、角色、 权限管理
统一账户 统一身份认证
领导驾驶舱 监管图表展示
个人工作台
统一鉴权 进入系统
内部控制系统
建设目标
➢ 内部控制的建设目标是依据风险控制的方法,对业务进行风险提醒,并对事前、事中、事后的经 办过程建立风险控制指标和监督体系,防止经办人员在办理过程中出现流程、规则等方面的风险 同时,对经办的全过程进行分析,优化经办流程和规则。
统一单点登录 个人工作台
统一工作流管理
AAA管理
统一身份认证 统一鉴权 账户管理
邮件服务
邮件发送 邮件接收 邮件归档
工作台展示
监管业务展示 医疗保障智能监管图表信息
宏观大数据展示 宏观决策大数据分析系统参数配置界面
基金运行及审计监管系统基金运 行情况以及设计监管图表信息
宏观决策大数据和分析、检索交互界面
第6章 医院信息系统需求规格说明书

转诊消息发送成功?
是
接收社区卫生服务中心电子病历 接收社区卫生服务中心转诊申请 病人 : 2 中心医院医生
社区卫生服务中心
数据中心
中心医院
接收转诊成功/失败消息2
发送转诊成功消息到中心医院 发送转诊失败消息到中心医院 是 接收数据中心电子病历.
病人. : 1
转诊成功状态 转诊记录 (状态:转诊成功/失败)
转诊电子病历信息
转诊记录
转诊记录 社区医院诊间系统-接诊
社区医院诊间系统-接诊
转诊记录 (状态:已申请)
处理预后康复转诊 处理预后康复转诊
转诊记录 转诊记录 (状态:未转发) (状态:未转发)
否
转诊消息发送成功?
是
接收中心医院电子病历
否 结束. : 2
转诊消息发送成功?
结束. : 2
是
接收中心医院电子病历 接收中心医院转诊申请
否
中心医院电子病历.
转诊消息转发成功?
转诊记录 (状态:已转发)
选择转诊社区卫生服务中心
选择跟踪服务转诊
发送电子病历到社区 向转诊社区转发转诊申请 否
转诊记录
社区卫生服务中心电子病历. 转诊记录 (状态:已转诊)
电子病历
选择转诊社区卫生服务中心
社区卫生服务中心电子病历.
发送电子病历到社区
向区数据中心提出转诊申请.
2整体说明
龙柏医院HIS网络图
HIS数据库 HIS服务器 Cable Modem HIS服务器
医保网络
医保中心
社区医疗点
Cable Modem 社区医疗点 龙柏地段医院
医保前置机
闵行区卫生城域网 Cable Modem
卫生城域网前置机 数据中心
健康管理信息系统(体检系统)功能需求

模块名称
功能描述
设计框架
性能要求
在平台保存20年的体检数据量的环境下,保证软件正常稳定、高效运行。
国产化要求
整个系统能够适配使用安全可控的国有知识产权的操作系统和数据库系统。
数据库环境
数据库服务器能适配到linux、华为欧拉操作系统上完整运行。
应用服务器环境
应用服务器能适配到linux、华为欧拉操作系统上完整运行。
3.通过前台体检登记,打印体检指引单和条码;单位体检完毕后统一结算,个人的项目可以单独结算收费。
4.单位登记能支持关联字段的名单导入,可以直接标明错误的纠错信息,尤其是身份证错误信息;支持自动分组和分组校检;灵活的单位套餐复制功能;通知单、指引单、条码、磁卡的统一批量打印和制作;支持单位人员的禁检和恢复;所有操作严格记录责任人。
预约后台
1.体检中心可以在预约总览页面查看某天的预约情况,对医护人员做出相应的排班。
2.在单位登记页面可添加单位类型,区分重点单位、普通单位和VIP单位等,方便医护人员管理和排期。
3.在单位登记页面,团检预约信息可以通过Excel表格,批量的导入到系统;有错误的数据,可以直接导出,也可以在线编辑,完成后直接添加即可。
消息预警和报错
针对如Lis,pacs的第三方平台的数据回传,如超期未收到可进行预警,提醒医护人员。
个性化首页显示
首页支持展示多种数据,多种样式的可视化统计图表,如未来七天体检人数,报告逾期统计,数据接收逾期统计,过去一周应收统计。并可按照角色权限,或者个人喜好调整图表是否展示以及展示顺序。
如,主任角色可看到所有统计图表,医生可只看到自己工作量相关的图表并把重要数据配置前面。
预约成功后手机上生成到检二维码,扫描二维码,可以在体检中心前台做到检操作。
医疗保险系统需求规格说明书

医疗保险系统需求规格说明书2002年5月6日第一章引言 ................................................... 4目地 .. (4)范围 (4)主要业务名词和术语 (4)1.4 参考文件 (5)第二章任务概述 (5)系统描述 (5)与其它系统关系 (6)边界定义 (6)系统覆盖的业务范围 (6)系统功能边界 (6)系统包括的管理和处理功能 (6)系统不包括的管理和处理功能 (6)业务规那么 (6)根本医疗保险 (6)大病求助 (9)公务员医疗补助 (9)医疗费用结算 (11)根本功能描述 (12)征集业务子系统 (12)2.5.2 医疗保险帐户管理子系统 (16)2.5.3 定点医院医疗保险业务子系统 (16)2.5.4 定点药店医疗保险业务子系统 (16)2.5.5 劳动保障部门支付业务子系统 (16)2.5.6 系统维护及管理子系统 (16)第三章功能模型概述 (16)中心支付子系统 (16)特殊医疗审批 (17)异地转诊审批表 (17)器官移植和安装人工器官审批表 (17)医疗费用报销 (18)费用明细录入 (18)费用结算 (19)特殊报销 (20)报销单打印 (20)中心报销结算明细查询 (21)中心报销结算情况统计 (21)结算单打印 (21)出院结算单打印 (22)费用明细查询 (22)个人密码设置 (22)个人密码初始化 (23)定点医院结算 (23)定点医院报盘 (23)定点医院月申报 (23)定点医院月审核 (24)定点医院月支付 (24)定点医院年审核 (25)定点医院年支付 (26)定点药店结算 (26)定点药店报盘 (27)定点药店月申报 (27)定点药店月审核 (27)定点药店月支付 (28)定点药店年审核 (28)定点药店年支付 (29)定点机构管理 (30)根本信息维护 (30)业务查询 (30)基金情况统计 (31)政策修订 (32)医院门诊支付子系统 (32)医疗保险住院结算系统 (39)住院登记 (39)押金管理 (40)住院结算 (41)综合查询 (44)统计报表 (45)医疗保险医院系统维护 (45)门诊查询 (46)住院查询 (47)综合统计查询 (49)中心报表 (50)医疗审批 (50)数据传输 (52)医疗保险系统维护 (56)操作员管理 (57)系统模块维护 (58)参数维护 (60)设置 (60)医疗保险财务管理子系统 (60)基金征集 (60)医疗保险证卡管理 (64)发卡登记 (64)证卡补办 (65)基金征集子系统 (65)3.8.1 参保单位信息管理 (65)参保人员信息管理 ........错误!未定义书签。
医疗健康信息平台技术支持合同

医疗健康信息平台技术支持合同合同编号:__________第一章总则1.1 定义1.1.1 本合同所述“甲方”指委托方,即医疗健康信息平台运营公司。
1.1.2 本合同所述“乙方”指受托方,即提供技术支持服务的公司。
1.1.3 “合同”指本医疗健康信息平台技术支持合同。
1.1.4 “服务”指乙方按照本合同约定为甲方提供的技术支持服务。
1.2 合同目的1.2.1 本合同的目的是明确甲乙双方在医疗健康信息平台技术支持服务中的权利、义务和责任,确保双方合作顺利进行。
第二章服务内容2.1 技术支持服务2.1.1 乙方应按照本合同约定,为甲方提供以下技术支持服务:(1)医疗健康信息平台的系统维护与升级;(2)医疗健康信息平台的数据备份与恢复;(3)医疗健康信息平台的网络安全防护;(4)医疗健康信息平台的技术咨询与解答。
2.2 服务周期2.2.1 乙方为甲方提供的技术支持服务期限为____年,自本合同生效之日起计算。
第三章权利与义务3.1 甲方的权利与义务3.1.1 甲方有权要求乙方按照本合同约定提供技术支持服务。
3.1.2 甲方应按照本合同约定支付乙方技术支持服务费用。
3.1.3 甲方应协助乙方完成技术支持服务,提供必要的资料、设备和设施。
3.2 乙方的权利与义务3.2.1 乙方有权要求甲方按照本合同约定支付技术支持服务费用。
3.2.2 乙方应按照本合同约定,按时、按质完成技术支持服务。
3.2.3 乙方应保守甲方的商业秘密,未经甲方同意,不得向第三方披露。
第四章费用与支付4.1 服务费用4.1.1 本合同约定的技术支持服务费用为人民币____元(大写:____元整)。
4.1.2 甲方应在合同生效后____日内,向乙方支付服务费用。
4.2 迟延支付4.2.1 甲方迟延支付服务费用的,应按照中国人民银行同期贷款利率支付违约金。
第五章争议解决5.1 争议解决方式5.1.1 本合同的签订、履行、终止及解释等事项,如有争议,甲乙双方应通过友好协商解决。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
健康险信息系统平台业务模块需求说明书版本历史本需求文档确认页目录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参考界面 (9)3.2参保人员信息查询 (10)3.2.1功能概述 (10)3.2.2参考界面 (10)3.3承保信息查询 (10)3.3.1功能概述 (10)3.3.2参考界面 (11)3.4批量信息查询 (11)3.4.1功能概述 (11)3.4.2参考界面 (11)3.5 统计报表 (11)3.5.1功能概述 (11)3.5.2相关定义 (13)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.保险协会统计报表样式.docx2 数据流与网络架构2.1 数据流第一阶段:各保险公司自行与医保系统对接,由各保险公司将大病保险数据传送到健康险信息系统平台。
第二阶段:力争实现健康险信息系统平台与各统筹地区基本医保系统对接,医保系统定期传送数据到行业健康险信息平台;各保险公司将商业健康险理赔数据定期传送到健康险信息系统平台。
第三阶段:初步设想是,医院与各统筹地区基本医保系统对接,与各统筹地区基本医保系统与健康险信息系统平台对接,健康险信息系统平台与各保险公司对接。
当用户在医院端发起结算时,数据通过各统筹地区基本医保系统传入健康险信息系统平台,由健康险信息系统平台分配理赔任务到各保险公司,各保险公司完成理算后,经过健康险信息平台和与各统筹地区基本医保系统,返回数据到医院端,完成赔付。
2.2网络架构第一阶段:各保险公司各自与医保系统连接,保险公司与健康险信息系统平台实现专线连接第二阶段:力争实现健康险信息系统平台与各统筹地区基本医保系统专线互联;各保险公司与健康险信息系统平台专线互联第三阶段:实现医院、各统筹地区基本医保系统、健康险信息系统平台、各保险公司互联。
3 功能需求描述3.1理赔信息查询3.1.1功能概述查询被保险人的理赔信息。
通过输入查询条件,取得被保险人的有关既往理赔信息。
输入条件:身份证号码+姓名;或者统筹区号+参保(合)证号/医疗证号返回信息:姓名、身份证号码、保单号、保险金额/补偿限额、诊疗时间、诊疗医院、医疗总费用、基本医保报销金额、基本医疗起付线标准、商业保险赔付金额(本月、本年、累计)、商业保险起付线、不合规医疗费用金额、个人自负金额、出险原因(疾病、意外)、出险疾病、出险日期、出险结果(门诊、住院、重大疾病、身故)、承保公司、承保年份等3.1.2参考界面无3.2参保人员信息查询3.2.1功能概述通过输入条件,查询被保险人的个人信息。
输入条件:身份证号码+姓名;或者统筹区号+参保(合)证号/医疗证号返回信息:分三种情况(1)新农合人员信息户信息:参合开始年月、参合终止年月、户(家庭)编码、户属性、户主姓名、户主身份证号、家庭关系、家庭地址、家庭人口数、乡镇(街道)村编号、组编号、邮政编码、统筹区编码、联系电话等。
成员信息(含户主):个人编号、身份证号码、姓名、性别、民族、与户主关系、参合证号/医疗证号、婚姻状况、出生地、健康状况、是否有新生儿标志、新生儿姓名、人员类别等。
(2)城镇居民信息户信息:户主姓名、户主身份证号码、民族、家庭人数、统筹区编码等。
户成员信息(含户主):姓名、身份证号码、民族、户口类别、补助类别(低保、五保等)、与户主关系、电话号码、住址,医疗待遇类别(未成年、大学生、老年人、普通居民)、健康状况、参保证号/医疗证号、参保开始年月、参保终止年月等。
(3)城镇职工信息人员基本信息:单位编号、组织机构代码、身份证件类型、证件号码、姓名、性别、参加工作日期、用工形式、个人身份、单位内部工号、文化程度、健康状况、医疗待遇类别(在职、退休)、联系电话、特殊工种标识、失业证号、户口性质、户口所在地、专业技术等级、个人缴费时间等。
3.2.2参考界面无3.3承保信息查询3.3.1功能概述通过输入条件,查询被保险人的承保信息。
输入条件:身份证号码+姓名;或者统筹区号+参保(合)证号/医疗证号返回信息:险别名称、标的/责任类别、标的/责任、数量、保额/限额、保险期限、共保信息等3.3.2参考界面无3.4批量信息查询3.4.1功能概述通过批量导入投保人姓名、投保人性别、身份证号\医保号等信息,批量查询出险人基本医保承保及补偿数据、商业保险的赔付数据。
查询条件:投保人姓名、投保人性别、身份证号\医保号(通过模块批量导入)返回信息:姓名、身份证号码、保单号、保险金额/补偿限额、诊疗时间、诊疗医院、医疗总费用、基本医保报销金额、基本医疗起付线标准、商业保险赔付金额(本月、本年、累计)、商业保险起付线、不合规医疗费用金额、个人自负金额、出险原因(疾病、意外)、出险疾病、出险日期、出险结果(门诊、住院、重大疾病、身故)、承保公司、承保年份等3.4.2参考界面无。
3.5 统计报表3.5.1功能概述根据系统数据,生成保险监管机构、保协、各保险公司所需要的各类分析报表。
各报表要求能够导出和打印。
说明:从第3个报表开始,是保险协会需求报表(参看保险协会统计报表样式.doc)(1)医疗统计分析报表输入条件:地区、年龄段、性别、出险原因、统计时间段、疾病名称、诊疗医院(通过下拉菜单进行选择)返回信息:出险人数、理赔件数、赔付金额、件均赔付金额、平均住院天数(2)赔付统计分析报表输入条件:年龄段、性别、职业的人群返回信息:门诊发生率、住院发生率、门诊平均就诊次数、平均住院天数、疾病发生概率及费用损失概率(3)大病保险参保情况统计表输入条件:开始时间(必填)、结束时间(必填)、市级机构、县级机构、人员属性、行业类型、性别、年龄分段、保额范围、保费范围返回信息:序号(系统自动生成)、市、县/区、年龄、应收保费、实收保费、保额、参保总人数、人员属性、行业性质(4)补偿支出分析统计表输入条件:开始时间(必填)、结束时间(必填)、市级或县级机构(必填)、公司名称(必填)返回信息:今年补偿案件数、去年补偿案件数、补偿案件数同比、去年大病赔款金额、今年大病赔款金额、大病统筹金额同比(5)大病保险经营基本情况表输入条件:开始时间(必填)、结束时间(必填)、市级或县级机构(必填)、公司名称(必填)返回信息:统筹单位、承保人数、应收保费、实收保费、补偿案件数、大病赔款金额、赔付率(%)(6)大病保险资金使用情况报表输入条件:开始时间(必填)、结束时间(必填)、市级或县级机构(必填)、公司名称(必填)返回信息:统筹单位、承保人数(人)、应收保费(元)、实收保费(元)、大病支付人数、大病支付人次、实际医疗费总金额、新农合/社保常规支付总金额、合规医疗费用总额、自费金额、大病赔款金额、大病资金使用率(7)大病保险各医院业务情况统计表输入条件:医院名称(必填)、医院编码(必填)、开始时间(必填)、结束时间(必填)、就诊类型(非必填)、疾病名称(非必填)返回信息:序号(系统自动生成)、医院、即时补偿人数、就诊类型、疾病名称、医疗费总额、合规医疗费用总额、新农合/社保补偿金额、自费金额、大病保险补偿金额、已发生垫付额、已结算额、待结算额(8)疾病赔付情况统计报表输入条件:开始时间(必填)、结束时间(必填)、市级机构(非必填)、县级机构(非必填)、疾病名称(非必填)返回信息:序号(系统自动生成)、市、县/区、参保总人数、疾病名称、已补偿人数、已补偿金额、补偿比例(9)大病保险补偿前10位情况表 (对大病保险补偿额前10位已经补偿结案的案件进行查询)输入条件:开始时间(必填)、结束时间(必填)、市级或县级机构(必填)、公司名称(必填)返回信息:身份类别、证件号、性别、出生日期、年龄、工作单位、固定电话、移动电话、居住地址、医保号、社保机构、门诊次数、住院次数、参保状态、总医疗费、总合规医疗费用、新农合/社保补偿金额、自费金额、大病保险赔款金额(10)参保人信息查询(注:与需求3.2重复,请讨论取舍)输入条件:参保人姓名、参保人身份证号、参保人医保号(三个条件必须录入,且查询时候做校验判断,信息不一致无法查询)返回信息:身份类别、性别、民族、出生日期、证件号、工作单位、居住地、移动电话、固定电话、人员状态、人员属性、医保类型、合同号、保费、保额、参保状态、银行名称、银行帐号(11)参保人补偿信息查询输入条件:输入条件:参保人姓名、参保人身份证号、参保人医保号(三个条件必须录入,且查询时候做校验判断,信息不一致无法查询)返回信息:身份类别、证件号、性别、出生日期、工作单位、行业性质、医保号、社保机构、门诊次数、住院次数、参保状态、框架协议名称、居住地址、固定电话、移动电话、客户说明、输出(补偿历史)、序号、立案号、出险人姓名、出险日期、出险原因、新农合/社保补偿金额、自费金额、大病保险赔款金额、结案时间3.5.2相关定义统计区间:****年**月**日-****年**月**日统计类型:可选择统计新农合还是社保统筹单位:可选新农合、社保各统筹单位,如**农合办、**卫生局应收保费=承保人数*实际中标协议价(元)实收保费=实际到账的保费大病支付人数:同一人,统计区间内,N次理赔记为1人大病支付人次:同一人,统计区间内,N次理赔记为N人次合规医疗费用=医疗总费用-新农合/社保补偿费用-扣减医疗费用(不报销部分)大病资金使用率=大病支付总金额/应收保费3.5.3参考界面无3.6商业健康险即时赔付(第三阶段)3.6.1功能概述在广西区内实现商业健康险即时赔付功能,客户在医院端完成一站式结算。