一站式医疗救助服务信息系统.docx
- 文档编号:10110004
- 上传时间:2023-02-08
- 格式:DOCX
- 页数:30
- 大小:991.28KB
一站式医疗救助服务信息系统.docx
《一站式医疗救助服务信息系统.docx》由会员分享,可在线阅读,更多相关《一站式医疗救助服务信息系统.docx(30页珍藏版)》请在冰豆网上搜索。
一站式医疗救助服务信息系统
“一站式”医疗救助服务信息系统
实施方案
%
XX民政局
…
二0一六年三月
1概要3
2项目建设的背景和必要性3
3项目建设目标、规模、内容4
建设目标4
项目建设内容及规模5
公众服务平台7
社会救助一站式服务平台8
志愿者管理系统9
社会组织管理系统10
》
基础设施管理系统11
4投资估算和资金来源12
项目总投资估算12
项目投资估算一览表12
资金来源与落实13
1
概要
“一站式”医疗救助服务信息系统,统一管理我区特困供养人员、低保对象、重残无业人员等困难群体,建立救助对象数据库。
救助对象在我区定点社区医疗机构就医,享受城镇居民基本医疗保险医疗报销的同时,通过定点医疗机构设立的医疗救助即时结算平台,实行城镇居民基本医疗保险、医疗救助“二位一体”受理、审核、网上审批即时结算服务。
医疗救助对象只需通过一张社保卡就能便捷快速地在该系统中实现医疗费用的即诊即免。
避免困难对象先自付、后报销的形式,实现了民政部门和医疗机构内部信息的共享和互通,提升了行政服务管理的效能,体现了政府以人为本的服务理念。
同时,“一站式”医疗救助服务信息系统实现了不同社会救助部门之间救助对象的统一管理和救助信息的共享互通,从技术上彻底杜绝‘多头补助和漏补’现象,使救助工作达到‘纵向到底、横向到边’。
并在此基础上实现有限救助资源的最优化分配,确保医疗救助资金切实发放到最需要的群众手中。
加强可政府监督力度,提升了政府的公信力。
2项目建设目标、规模、内容
2.1{
2.2建设目标
按照“规范标准、数据准确、一库多用、共建共享”的要求,依托XXX统一的基础网络平台,结合国家标准,按照XX区困难群众的管理规范,建成由区、街道(乡镇)、社区(村)3级构成,覆盖XXX医疗救助工作管理单位的互联互通、资源共享、标准统一的信息系统。
横向上整合参与社会救助工作相关的部门(民政、卫生计生)业务,实现了各类不同社会救助对象医疗救助业务的一站式受理、协同办理和联合审批,实现参与医疗机构和社会保障部门之间信息互通,提升审批工作效率,从技术上彻底杜绝“多头补助和漏补”现象,使救助工作达到“纵向到底、横向到边”。
纵向上通过对救助工作的3级网络化管理【社区(村)街道(乡镇)市】,实现医疗救助的网上互联审批。
实现救助基础数据的信息化,业务处理的网络化,医疗救助服务的便民化,统计分析和决策的科学化,业务监管的智能化,资金结算的便捷化,资金管理的透明化,保证医疗救助业务管理的透明、公开、公正和高效,为医疗救助工作信息化管理提供全方位的技术支持,使救助制度切实成为国家社会保障体系的“最后一道社会安全网”。
2.3项目建设内容及规模
在民政局医疗救助实施办法的的基础上,按照民政部、上海市和XX区的医疗救助服务标准和业务发展的需求,建设“一站式”医疗救助服务信息系统。
系统功能图如下。
“一站式”医疗救助服务管理构想图如下:
2.3.1社会救助管理系统
按照民政局民政业务数据标准规范,建立社会救助对象数据库。
实现最低生活保障、特困人员供养、受灾人员救助、医疗救助、教育救助、住房救助、就业救助、临时救助和其他救助对象统一受理、转报、审核和审批。
主要信息包括:
申请人基本信息、家庭成员信息、救助信息、收入财产申报信息、审批信息、资金发放信息、变更信息、注销信息、电子附件信息等。
根据医疗救助实施办法,自动检索社会救助对象库,匹配出来医疗救助比例自动核算救助金额,通过系统智能分析全年救助对象累计救助次数、累计救助金额,防止救助对象超过最高救助金额。
2.3.2医疗救助管理(与医疗机构对接)
2.3.2.1主要功能设计
※一般门诊救助
主要实现:
城乡困难群众在定点医院享受门诊救助信息的管理,以及定点医院与民政局的即时结算。
◎救助结算管理
1)描述:
救助对象在办理门诊费用结算时,医院工作人员通过本系统将病人的基本信息、就诊信息、发票概要、发票的电子扫描件登记到系统中。
}
2)输入:
病人信息
病人姓名、病人身份证、病人救助类别、病人户籍地、病人居住地、病人联系电话
本次就诊信息
疾病名称、就诊医院、药品名称、药品数量、药品金额、发票单据编号、发票单据金额、发票单据金额、发票单据电子附件上传。
本次救助信息
单据医疗费用总额、有效医疗费用总额、已报销金额、各类医疗赔付和补助金额、自负医疗金、实际救助金额,救助原因。
本年度救助信息(系统通过历史救助记录关联身份证自动生成):
本年度已救助金额、本年度已救助次数、本年度已救助金额、本年度门诊累计救助次数。
3)处理:
保存用户输入的数据到数据库中。
年度救助信息由系统自动生成。
4)输出:
可以查询、统计所有在库的门诊救助病人信息、就诊信息、各年度救助信息,自动生成预付金清册、垫付金清册和即时结报救助金清册。
|
◎救助发票档案管理
1)描述:
调阅救助对象中的发票单据电子附件上传
2)输入:
查询条件,比如:
病人姓名、救助日期。
3)处理:
根据输入条件,浏览电子单据
4)输出:
可以查询、统计发票单据电子档案信息。
※特病、慢病门诊救助
主要实现:
特病、慢病城乡困难群众在定点医院享受特殊门诊救助信息管理,以及定点医院与民政局的即时结算。
◎救助结算管理
.
1)描述:
救助对象在办理门诊费用结算时,医院工作人员通过本系统将病人的基本信息、就诊信息、发票简要、发票的电子扫描件登记到系统中。
2)输入:
病人信息:
病人姓名、病人身份证、病人救助类别、病人户籍地、病人居住地、病人联系电话
本次就诊信息:
疾病名称、就诊医院、药品名称、药品数量、药品金额、发票单据编号、发票单据金额、发票单据金额、发票单据电子附件上传。
本次救助信息:
单据医疗费用总额、有效医疗费用总额、已报销金额、各类医疗赔付和补助金额、自负医疗金、实际救助金额、救助原因。
本年度救助信息(系统通过历史救助记录关联身份证自动生成):
本年度已救助金额、本年度已救助次数、本年度已救助金额、本年度门诊累计救助次数。
3)处理:
保存用户输入的数据到数据库中。
年度救助信息由系统自动生成。
4)输出:
可以查询、统计所有在库的门诊救助病人信息、就诊信息、各年度救助信息;自动生成预付金清册、垫付金清册和即时结报救助金清册。
◎救助发票档案管理
1)描述:
调阅救助对象中的发票单据电子附件上传
2)输入:
查询条件,比如:
病人姓名、救助日期。
:
3)处理:
根据输入条件,浏览电子单据
4)输出:
可以查询、统计发票单据电子档案信息。
※住院救助
主要实现:
农村五保户、城乡低保户住院后在其获得新农合补助或城镇居民基本医疗补助、医疗机构费用减免及其他政策性补助后,对其个人自负部分进行的救助的信息管理以及民政局和定点医院之间的救助资金结算。
◎住院救助申请
1)描述:
救助对象登记入院第一天,医院工作人员将该人的入住信息、人员信息录入到系统中,以便出院时进行准确的救助结算。
2)输入:
病人姓名、病人身份证、病人对象类别、病人户籍所在地、病人实际居住地、病人联系电话、家属联系人、家属联系电话、疾病名称、入住医院、入住日期、入住房间号、入住床位。
3)处理:
保存用户输入的数据到数据库中。
信息推送到民政相关业务员的平台提醒功能中。
4)输出:
可以查询、提供结算时的人员、入住基础信息。
◎转院登记
;
1)描述:
救助对象遇到转院的情况,需要预先登记通过,获得民政回执后才能继续享受住院救助。
2)输入:
引用病人基本信息、转入医院、转院时间。
3)处理:
保存用户输入的数据到数据库中。
4)输出:
可以查询、统计历史转院信息。
◎住院救助结算
1)描述:
救助对象出院、转院时,医院可以根据对病人的医疗情况将费用信息录入到系统中,进行住院救助结算。
2)输入:
病人信息、住院信息:
引用病人基本信息、
本次救助信息:
使用的药品名称、药品数量、发票编号、发票金额、发票单据电子扫描件、单据医疗费用总额、基本医疗费用、已报销金额、各类医疗赔付和补助金额、自负基本医疗费、实际救助金额
本年救助信息:
本年度住院累计累计自负金额、本年度住院累计救助金额、本年度住院累计救助次数。
3)处理:
保存用户输入的数据到数据库中。
病人信息、住院信息引用住院救助申请、本年救助信息引用本年之前历史救助信息合值。
;
4)输出:
可以查询,提供其他功能引用此处数据。
自动生成预付金清册、垫付金清册和即时结报救助金清册。
※财务管理
主要实现:
每笔拨入资金的管理、救助资金支出的管理、余额不足的提醒
◎资金拨入
登记每笔拨入的医疗救助资金,输入拨入原因、拨入时间、拨入金额、经办人。
◎资金结余查询
查询当前资金结余数目、本年度资金拨入情况和资金支出情况。
◎资金不足预警
设置资金预警线,本年拨入资金总额减去本年支持资金低于预警线时向资金操作原发出预警。
2.3.2.2原型演示
救助标准维护:
医疗救助申请:
医疗救助审批:
医疗机构结报:
医疗机构汇总对账单
(
医疗机构明细对账单
2.3.3医疗救助管理(与社保对接)
※医疗救助即时结报
主要实现:
城乡困难群众在定点医院享受医疗救助信息的管理,通过社保局城乡居民医疗救助系统,获取社保报销部分自动计算出来救助对象的救助金额,民政直接与医院结算救助金。
◎救助结算管理
1)描述:
救助对象在办理医疗救助结算时,医院工作人员通过本系统将病人的基本信息、就诊信息、发票概要、发票的电子扫描件登记到系统中。
2)输入:
病人信息
]
病人姓名、病人身份证、病人救助类别、病人户籍地、病人居住地、病人联系电话
本次就诊信息
疾病名称、就诊医院、药品名称、药品数量、药品金额、发票单据编号、发票单据金额、发票单据金额、发票单据电子附件上传。
本次救助信息
单据医疗费用总额、有效医疗费用总额、已报销金额、各类医疗赔付和补助金额、自负医疗金、实际救助金额,救助原因。
本年度救助信息(系统通过历史救助记录关联身份证自动生成):
本年度已救助金额、本年度已救助次数、本年度已救助金额、本年度门诊累计救助次数。
3)处理:
保存用户输入的数据到数据库中。
年度救助信息由系统自动生成。
4)输出:
可以查询、统计所有在库的医疗救助病人信息、就诊信息、各年度救助信息,自动生成预付金清册、垫付金清册和即时结报救助金清册。
◎救助发票档案管理
1)描述:
调阅救助对象中的发票单据电子附件上传
、
2)输入:
查询条件,比如:
病人姓名、救助日期。
3)处理:
根据输入条件,浏览电子单据
4)输出:
可以查询、统计发票单据电子档案信息。
2.3.4综合查询和决策分析
本项目涵盖最低生活保障、特困人员供养、受灾人员救助、医疗救助(含一站式结算)、教育救助、住房救助、就业救助、临时救助等多种救助业务,在各救助业务管理子系统中已经具有针对各自业务的查询和统计报表。
而本模块的主要功能是对以上所有的多种救助业务数据进行汇总,提供综合查询功能。
其主要功能有:
(1).综合查询
通过这个查询,可以查询出同一救助对象在不同部门不同救助业务之间的所有救助相关信息。
查询支持条件自定义。
(2).统计报表
提供救助分类统计情况表等多种报表,可以查询出一定时间内所有救助相关信息(救助类别、救助人数、救助金额等),并提供分级查看和统计。
(3).图形分析
/
运用图表分析技术,通过各类直观图表进行救助信息展示,图表支持柱状图、折线图、饼图等常见格式,支持三维图、二维图等形式展示。
比如:
不同部门救助业务分析、救助对象数量变化分析、救助资金支出分析等。
2.3.5公众服务平台
建设公众服务平台通过门户网站、手机app、微信公众号、微博和其他网上推广工具,实现社会服务动态发布、信息公示和相关网站的友情链接。
实现了救助对象、社会组织和志愿者的信息共享,连接三者直接的相互对话,解决了信息不对称造成的救助对象得不到救助、救助活动无人参与的问题。
2.3.6应用支持系统
建设一个灵活适用、稳定可靠、可扩展性高的社会救助综合业务系统,关键在于构建一个良好的基础应用支撑平台,其要为应用系统开发提供各种业务集成通用组件,可根据用户需要灵活选取,通过简单配置即可实现业务应用。
民政综合业务框架作为系统应用的支撑平台,运行在网络和系统平台之上,用来承载业务系统的建设与运行,为信息资源共享和业务系统之间的互联互通互操作提供服务,实现本次系统建设的系统与其它各相关信息系统之间的衔接;同时集成各个业务模块,实现同一用户管理和单点登录,实现一次验证,全网通行。
这样后续建立各个模块的时候,哪怕不同的业务模块有不同的软件公司来设计开发,只要按照应用支撑平台的标准规范体系来建设,便可以方便地集成到本应用支撑平台,从而成为锦州市民政局整体信息化系统的一个紧密的组成部分,并且通过应用支撑平台实现锦州市民政局与各级部门的数据交换和共享。
应用支撑系统将构建不仅仅服务于本次项目建设的应用软件系统,而且也将服务于未来建设的其它应用系统,所以应充分考虑平台的可扩充性。
主要实现如下功能:
统一用户和权限管理、基础数据管理等,实现系统统一登录和管理。
参考界面如下:
通过统一用户管理服务系统(简称“UMS”)实现一次登录(Single-Sign-On)各处通行的用户管理机制,结合访问控制机制,对所有运行于平台的系统进行统一的访问控制。
该基础构件是支撑平台重要的核心构件之一,实现了门户应用的统一用户及访问授权控制的用户综合服务。
系统采用基于角色的访问控制方法思想,引入用户、用户组、角色、权限的概念,把系统分为四部分组成,第一部分是组织机构管理,针对不同的用户、角色、组等方式实现用户的注册及资源授权。
第二部分是权限管理,实现对权限、功能标识的定义。
第三部分是菜单,提供了业务系统对菜单的存取。
第四部分是访问控制管理,针对用户操作进行IP访问控制及日志记录跟踪等。
通过该构件能有效控制用户的访问权限,保证系统数据和资源安全,防止非法用户的恶意破坏和用户误操作,从而提高系统的稳定性。
—
通过以上逻辑结构可以看出,UMS统一用户管理系统主要按以下思路实现功能服务拓展:
应用系统访问控制管理思路
对各业务应用系统、各业务系统单元对象、控制对象等进行统一注册,集中客户访问控制、以及最终完成访问控制注销等一系列访问控制生命周期过程管理。
基于角色的访问控制方法思想
采用基于角色的访问控制方法的思想,引入用户、用户组、角色、用户组、权限的概念,适应目前流行的矩阵式的企业管理模式。
统一用户管理
统一用户管理,实现一次登录(Single-Sign-On)各处通行的用户管理机制,对所有运行于平台的业务系统进行统一的访问控制管理提供基础。
多种服务拓展实现个性化定制
实现了菜单、用户登录控制、IP灵活控制等多种控制方式,可以方便的进行个性化定制,结合二次开发,可方便轻松的进行个性化定制。
包括组织机构、权限管理、菜单管理、访问控制等功能,功能结构如下图:
$
下面我们将详细说明上述各个功能模块。
(1)组织机构
功能项目
功能描述
部门管理
部门管理包含机关分解结构处室、部门的管理,并为相关处室、部门设立相应的代号
用户管理
完成各应用系统的用户设置的基本操作;提供为用户、用户组快速配置角色的管理通道
用户组管理
配置用户组的基本操作功能;允许给用户组配置功能权限和单位权限,通过快速管理通道可以方便的为用户和角色分配用户组
.
角色
完成各应用系统的角色设置的基本操作;提供为用户快速配置角色的管理通道
(2)权限管理
功能项目
功能描述
权限管理
提供权限定义,包括功能权限和单位权限
映射/标识定义
提供权限映射定义,包括功能权限和单位权限
(3)菜单管理
功能项目
(
功能描述
菜单管理
提供系统个性化菜单模块的管理。
包括定义菜单等
菜单组注册
完成菜单组注册
(4)访问控制
功能项目
功能描述
策略管理
灵活定义应用的策略控制方式
用户日志控制
》
用户访问日志的监控、管理
工作流组件:
在民政日常办公中,涵盖社区(村)、街道(乡镇)、区县、市各阶层的使用人员,系统应针对不同的人员提供不同的功能、操作方法、表单。
而且可以上级单位查看下级单位信息资料并通过工作流管理。
必须提供简单、易操作的“傻瓜”式集中流程管理,本项目设计的所有流程均可在统一的功能界面中进行集中管理,可配置。
要求流程配置必须简单化,不片面追求可视化,但必须符合业务需求。
提供行政区划的工作流控制,每个不同的区县可以有一套独立的流程,不同的地方提交信息后,可以是社区提交、街道审核、区县审批,也可以是街道提交、区县审批。
提供不同角色的工作流控制,如:
一个街道中可以设置为审核后,提交给区县,也可以设置为由操作员审核后,交由街道领导进行二次审核再提交给区县;
提供工作流查询,要求记录每一个流程的审批(审核)人的姓名、审批(审核)意见、审批(审核)时间;
提供不同角色的分工管理,不同的角色都有自己不一样的操作范围,例如:
社区操作员只能查看资金的发放记录,不进行资金发放的操作;
提供信息按照行政区划的智能区分控制组件,平台中上一级区划人员可以看见下一级的对应信息,但是平级、下级只能看到自己区划、账号下的信息;
报表组件:
。
将报表处理逻辑从业务系统中剥离出来,作为独立的通用报表系统为数字民政业务系统提供报表处理逻辑服务。
具体要求如下:
提供可视化的设计环境,提供直观的、可拖放对象的、交互性用户界面,提供可选的向导工具以简化常见的报表任务,例如连接数据源、选择、分组、排序和汇总。
可以设计和应用自定义的报表模板,为数据访问及其展现格式制定标准,以确保报表之间的设计风格一致。
支持公式语言,提供可扩展的公式语言,以控制报表的格式、复杂的逻辑和数据选择。
通过使用自定义的函数,可以在报表之间共享和重用公式逻辑,从而避免冗余的公式创建。
丰富的数据表现力,提供多种格式的报表,包括交叉表、分组报表、汇总/钻取报表、表单、邮件标签、子报表等。
通过选择合适的地图和图形类型增强报表的表现力,例如柱状图/3维柱状图、饼图、圆环图、曲线图、甘特图、漏斗图、XY散点图、区域地图等。
报表组件应支持IE免安装打印,支持多种数据库服务器。
支持参数化查询报表:
通过拖拽参数来布局参数查询页面,支持文本,数字,日历,下拉框,下拉复选框、下拉树,下拉多选树、单/复选框组,密码框,网页框,列表、表格树、多文件上传等二十多种编辑器,报表参数页面和报表内容合二为一。
增强分析统计功能:
支持自定义分组(包括条件分组和公式分组),以及层次坐标公式(包括同比,环比,排名,占比和累计等需要层次坐标比较的模板制作)。
本项目中数据统计分析功能,基于报表组件进行开发。
SSO单点登录组件:
目前锦州市民政已有上级部门统一部署的优抚管理、特困救助(孤儿)、救助站管理三套系统,本项目门户必须集成已有的三套系统,除实现统一数据交换(利用数据交换平台实现)外,还须实现一键式登录。
采用SSO方式,实现“即插即用”方式,达到“一点登录,全网漫游”的访问机制。
用户只需登录一次就可访问其所有有权访问的系统。
当用户持有的USBKey、数字证书或是静态密码通过统一认证平台的认证后,即可访问其有权限的所有应用系统,用户无需再输入原有系统的登录密码,后台的各应用系统上的用户名和密码可以不相同。
`
SSO实现的具体功能如下:
应用无关性:
保护所有类型的应用系统,可以保护基于各种协议,平台和开发语言的应用系统,无论是B/S结构的还是C/S结构的;
即插即用:
无需对系统做任何改造,保持现有的软硬件及网络环境不变保持用户原有的使用习惯;
高安全性:
基于数字证书的强身份认证机制,通过CA数字证书认证系统为用户发放数字证书,同时兼容第三方CA认证机构颁发的证书;
高可靠性:
对于大用户量的访问,SSO支持主备部署方式,以避免单点故障。
用户可以在网内部署多台SSO服务器,以平衡不同服务器之间的认证请求;
可扩展性:
提供不同的开发API,使用认证API可以将应用系统的认证被系统整合。
并为其他认证方式,如动态密码认证,预留接口等,以适应企业的认证需求。
对于新建设的应用系统提供开放的标准的接口规范,在此标准指导下,可将应用完全纳入平台的统一管理中,实现统一认证,单点登录;
跨平台性:
基于J2EE技术:
系统基于J2EE技术开发,与平台无关,可以方便的在任何操作系统上实施,与其他系统具有很好的兼容性。
支持LDAP技术:
提供了强大的跨平台性和跨应用管理能力,为企业其他系统共享资源提供基础。
也便于其他应用系统采用同一标准开发纳入统一认证管理平台;
数据交换组件:
在日常业务处理过程中,锦州市民政局需要跟上级民政部门或锦州市其他政府部门之间实现数据交换。
比如:
需要与锦州市的其他政府部门实现数据交换。
考虑本项目将与多个不同的应用系统之间实现数据交换,所以需要开发一个通用型的数据交换软件,通过本工具,方便实现不同应用系统之间的数据采集、交换等操作。
数据交换软件至少包含如下基本功能:
*
采集加载库配置:
支持配置主流数据库的访问,比如:
oracle、sqlserver等。
支持源数据库和目标数据库的配置。
主要有:
新建采集库、新建加载库、采集库管理、加载库管理。
采集数据管理:
支持根据不同业务需要配置数据表采集内容,系统要支持按表结构配置和自定义sql数据两种不同方式,支持采集数据排序、支持自定义数据采集周期、支持自动调度等。
支持数据库方式、webservice方式、消息方式、xml文件方式等多种数据交换方式。
数据转换:
系统支持对采集的数据按照各类业务规则进行转换,比如数据字典码表的转换等,从而满足不同业务系统之间数据规范不同的转换需要。
数据加载:
对采集的数据支持自动加载和手工加载两种方式。
支持根据不同的采集数据字段加载到不同目标库的表中,支持字段映射,支持insert、update、delete等不同的操作类型。
监控及日志跟踪:
需要对各类数据交换接口的运行进行监控,了解各个数据交换接口的运行情况,系统要支持对采集和加载的各类操作进行日志跟踪,方便进行问题查询和操作溯源。
对外数据交换:
为了有效支撑锦州市电子政务数据交换中心的建设,民政业务平台应对外提供民政业务信息,包括:
低保信息、核对业务、孤儿信息、慈善信息、五保信息、优抚信息、救灾信息、未成年人信息,以及其他可扩充的民政信息。
应支持支持数据库方式、webservice方式,以及ESB总线方式。
提供可视化操作界面、用户管理,又可以操作的界面,而且要求操作有功能清晰,又明确的操作文档。
3:
4投资估算和资金来源
本投资估算为“三碰头”社会综合服务管理平台建设的总投资额度估算,以现行市场价为参照依据。
备注:
本次项目为软件项目。
相关的系统软件、硬件和网络都使用电子政务云平台,不需要再进行投资,所以这里不包含系统软件和硬件网络设备的费用。
4.1项目总投资估算
总投资估算为人民币XX万。
4.2项目投资估算一览表
“三碰头”社会综合服务管理平台投资分解如下(费用单位:
万元):
项目
说明
费用
公众服务平台
^
公众服务平台:
建设门户网站、手机app、微信公众号、微博、其他网上推广信息发布。
社会救助一门式服务平台
社会救助一口式受理子系统:
本系统主要结合基层社会救助工作实际情况,实现社会救助业务的一站式受理。
这里根据不同部门的救助业务要
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 一站式 医疗 救助 服务 信息系统