社区医院信息管理系统.docx
- 文档编号:13048587
- 上传时间:2023-06-10
- 格式:DOCX
- 页数:80
- 大小:1.08MB
社区医院信息管理系统.docx
《社区医院信息管理系统.docx》由会员分享,可在线阅读,更多相关《社区医院信息管理系统.docx(80页珍藏版)》请在冰点文库上搜索。
社区医院信息管理系统
1.绪论
1.1课题背景及意义
随着现代科学技术的进步,人民生活水平普遍提高,越来越多的人希望能更方便、快捷地了解自己的身体状况,并能在需要的时候及时对症下药,快速就医。
医生也希望能通过准确、简便的方法了解病人的生理参数(如体温、血压等)、过敏史、家族遗传史等,尽快帮助病人缓解或解除病痛。
中国是世界上老年人口最多且增长最快的国家。
1980年以来,我国60岁以上的老年人口以年均3%的速度持续增长。
预计到2020年,60岁及以上老年人口将达到2.31亿,占总人口的比重将上升到15.55%,65岁及以上老年人口将达到1.61亿,占总人口的比重上升到10.85%。
届时,中国的人口年龄结构将成为典型的老年型人口,到2050年以后,60岁及以上老年人口将达到4.5亿,65岁及以上老年人口将达到3.35亿,这就意味着约每3人中就有1人是老人,但老年人(尤其是独居老人)的健康状况却常常得不到很好的关注和监护。
老龄化问题不容忽视。
据国家卫生部门1994年统计,“我国城市65岁以上的老年人患病率为60.2%,城市总人口患病率为23.7%,老年人口患病率高出总人口的1.54倍;农村老年人患病率22.6%,农村总人口患病率7.4%,老年人比总人口患病率高出2.1倍。
”
从上述资料中我们不难发现,老年人人群如此庞大,其保健水平与生活质量的提高无疑将关系到我国经济和社会的发展,关系到国家的安定富强。
老年人患病率高,慢性疾病的患病者多,行动不便需要照顾的也多,这是一个不容回避的社会问题。
另外,有关机构的调查结果表明,今年,城市老年家庭中的“空巢率”达到80%以上。
“空巢”老人现象已经成为一个相当严峻的社会问题,很多“空巢”老人因为孤身一人居住,年老体弱,身边又无人照应,无法应对伤病等各种突发事件。
近年来,全国许多地方也屡屡有独居老人死后很长一段时间才被发现的悲剧发生。
从可持续发展的战略高度上看,仅仅加大医院各方面的投入,不能从根本上解决这些亟待解决的问题。
而发展社区医院管理信息系统是解决此等问题的一个最佳选择。
社区是指以一定地域为基础的关系较为密切的社会群体,其显著特点就是在此地域范围内,人口相对集中、稳定。
社区医院是病人首个求医之处,包括治疗慢性病病人、老年病人,也包括健康人对日常保健卫生知识的咨询以及心理咨询等。
“社区”的出现,标志着我国居民住宅进入了一个新的发展阶段,而社区医院也将成为医疗卫生事业的一个重要组成部分。
发展社区医院管理信息系统的重要意义在于,它不仅使人们能足不出户就以低廉的费用享受到贴心的服务,从而实实在在地提高全体人民的生活质量水平,而且可以有效地缓解目前我国医疗资源相对紧缺、医疗服务相对落后的现状,帮助人们解决就医难、保健难等亟待解决的问题,为社区医疗服务的开展、为合理分流病员提供了良好的条件。
总之,它能够满足人们多方面、多层次的医疗服务需求,不断提高全民族的健康水平,改善人民群众的生活质量,为社会的可持续发展提供重要保障。
1.2国内外医疗系统的现状
20世纪80年代初,我国初步开展了社区医疗服务,但直到1988年,Dr.Rajakuln建议中国开展全科医学后,我国的社区医院服务工作才开始有了实质性的进展。
与美国等发达国家的社区医疗服务相比较,我国的社区医院服务还处于刚刚起步阶段,在国内很少有公司致力于社区医院管理的专项开发。
大型的医院管理系统目前已比较成熟,但社区医院管理与正规大医院有着本质的区别。
正规大医院重点关注疾病个别案例,而社区医院则要以社区居民为主要服务对象,需要全方位的跟踪个体信息,监控社区人群健康状况。
在国外,许多发达国家重视社区医院的组织建设和功能拓展,已形成了完善的社区医疗卫生服务系统。
社区和医院间双向转诊通畅,完整的网络体系承担了大量的常见病、多发病的治疗,起到了病员分诊作用,基本上形成了“小病在社区,大病到医院;手术在医院,术后护理在社区”的局面。
例如,美国特别重视医疗、计算机及通讯的密切结合,方便了临床,提高了医疗质量和工作效率,而且医疗信息资源共享,以信息的连续性、集成性、通用性为中心开发内容,医院社区之间的计算机网络使异地会诊、监护成为现实。
澳大利亚的社区医疗中心较为注重管理、服务和效率等方面的建设,社区医疗中心和医院间建立了良好的转诊体系,资源可以共享,很大程度上发挥了社区全科医生的“守门人”作用。
与发达国家的社区医疗服务相比,目前国内的社区医院卫生服务主要存在着健康档案采集效率低且不太可靠、医疗信息资源不利于共享、社区医疗卫生资源缺乏以及社区医疗技术和设备陈列低劣等诸多问题。
1.3课题研究的目的
随着人们生活水平的日益提高,人们越来越关注自己的身体健康问题。
一个功能完备的社区医疗服务系统可以使医生方便地管理社区内居民的健康档案,提供常见疾病检索、流行病预防常识、重大疾病的预警信息、健康保健及营养卫生常识等医学信息服务,并能在紧急情况下尽快得到病人的病史等基本信息;24小时提供全科、全程服务,居民常见病、多发病大多可以在社区解决,还可以做到慢性病治疗和预防,还可以实现看病的过程的信息化,让人们享受到贴身低廉的医疗服务。
2.系统分析
2.1系统的目标与需求分析
系统的目标与需求分析,它描述的是新系统的目标是什么,将要实现怎么样的功能,这对后面系统的设计和开发起着至关重要的作用,甚至决定了新系统的成败。
本系统的用户是浇头社区医院,是为社区内的居民提供公共卫生服务和基本医疗服务的专业机构;而在目前的社区医院中管理信息系统是不健全的,还存在全手工处理看病流程的问题,这样容易产生错误,不利于数据的保存、管理、统计和检查。
所以将先进的现代计算机技术引入到社区医院的管理过程中是非常有必要的,也是必须要做到的。
通过对浇头社区医疗单位进行的调研、调查分析,并经过与用户的多次沟通后,归结出了以下几点系统的目标和功能需求。
2.1.1系统目标
建立一个为社区医生和正规大医院专家服务的社区医院管理系统平台。
建立社区医疗数据库及社区电子病历档案,实现社区居民健康档案的信息化,提高社区医院的服务质量和效率,并加强社区医院与中心医院的联系与交流,提升社区医院信息化的建设。
2.1.2功能需求
(1)系统管理:
系统管理主要是用户管理和角色管理。
其中:
用户管理是登录时的权限控制,即用户登录时需要输入登录者的用户名和密码,若为有效用户方可登录页面,登录后用户可进行修改密码的操作,管理员可赋予他们相应的工作角色,如管理员、医生、居民等;角色管理是系统以工作角色确定用户登录后可进行的操作,如居民拥有查看医疗信息及医生信息、预约就诊、查询诊断信息等功能,其严格的机制保证了信息和数据的安全。
(2)健康档案信息化管理:
电子健康档案是社区居民的电子病例,实质是社区医院管理系统软件的数据库,可实现生理参数(人体生理参数包括血压参数、脉搏参数、体温参数等)的储存、查询、修改、删除以及正规大医院传送过来包含了社区患者的病史、临床症状与体征、实验室检查结果、影像学检查的病历资料等重要的诊断信息等功能,为社区医生提供有力的决策依据。
(3)社区及正规大医院医生概况查询:
社区及正规大医院医生的概况查询能显示各社区医生及大医院医生的基本信息,包括主治方向、就诊经验、有效联系方式等,便于管理员和居民进行浏览、查询及选择。
(4)诊断管理:
医生在会诊过程中,将会诊信息(如居民的病况、检查结果等)输入到系统中,居民可查询到相应的就诊结果等,管理员可对这些信息进行维护管理;其次,系统提供一个表单,出示了各诊治医生的姓名及就诊时间,社区居民可在浏览医疗人员概况后再根据自己的时间安排选择有效的会诊时间段进行预约和挂号,方便快捷。
这里要进行医生和患者双向的信息处理。
(5)社区医疗健康宣传信息化:
社区医疗健康宣传信息化是指根据电子健康档案提供的信息,统计分析社区疾病谱特征和流行性疾病情况,并密切结合季节、气候、本区域的地理、产业、环境等情况,有针对性地进行健康宣传,且制定和建议采取相关的预防干预措施,从而降低整个社区的高发性疾病和流行病,实现社区的大健康。
此处涉及到对居民信息数据的挖掘和处理。
(6)社区医疗信息的发布管理:
社区医疗信息发布可以为社区服务人员将最新医疗诊治信息、最新医疗诊治设备和手段、政府最新出台的相关政策等信息,以页面形式发布,使居民能方便地浏览并获取到自己感兴趣或有利的信息。
(7)服务提醒管理:
服务提醒是通过在系统内输入一个属于特殊群体(独居老人、无人照料的孕妇、术后居民、慢性病患者等)的不同的值,在一定时间段后,系统会自动提醒社区医生上门为患者提供服务(包括诊断、送药等),如系统设定每过一周上门为独居老人会诊。
该项服务以个人电子健康档案内的信息为基础,以智能化POCT(Piont-Of-careTesting)检测仪为辅助手段,实现覆盖全社区的个性化服务。
具体表现为全科医生尊重居民个人意愿,既可以在社区医院提供个性化服务,也可以携带便携的多功能POCT检测仪上门服务。
(8)其他服务管理:
系统可以针对不同测量结果提示饮食处方、膳食结构的注意事项等。
2.2可行性分析
系统的可行性研究在系统的整个过程中占有很重要的地位,它决定所选项目是不是可能实现或值得去实现。
可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
本系统可行性分析包括4个内容:
实用性上的可行性,安全性上的可行性,经济上的可行性,技术上的可行性。
下面对该系统的可行性作一些分析。
2.2.1实用可行性分析
管理的科学性是系统成功的第一要素。
本系统在满足用户基本业务需求的基础上,切合实际,界面简单明了,易学易用,非常方便用户操作。
并且在设计过程中尽量做到使系统反应迅速、简洁高效,尽可能地减少用户获取数据时的等待时间。
2.2.2安全可行性分析
任何人员进入本系统时都要经过用户身份验证,对于身份验证失败的用户不允许进入系统;同时系统还能够做到数据的安全性及保密性。
用户能自由地对界面上的每一项做出选择,且所有选择都是可逆的。
在用户做出危险选择(如删除个别存储信息)时,系统会自动弹出提示信息,以减少因用户失误操作而造成数据丢失的事件发生。
2.2.3经济可行性分析
经济的可行性包括成本和效益分析。
这个系统成本很低,硬件方面,不需要添置很多硬件,只要将一台计算机作为服务器,在服务器上安装这个系统,各个业务员就可以在自己电脑上进行操作。
并且这个系统解决了以往全部手工操作的繁琐,优化了社区医院的业务流程,降低了费用,还提高了效率。
而且由于系统的界面设计简单,又是用户熟悉的业务流程,所以对操作人员培训的费用也较低。
2.2.4技术可行性分析
技术可行性是指开发一个新系统所需要的技术是否具备,如支持新系统的软硬件功能以及技术人员的数量和水平。
本系统采用visualstudio作为开发平台,C#、Asp.Net为开发语言,以SQLServer2005为数据库,实现了档案管理、预约就诊管理、社区医疗信息的发布管理、社区医疗健康宣传功能等功能。
系统符合社区医疗系统的要求,能够帮助用户切实提高工作效率。
2.3业务流程分析
业务流程图是用来描述系统内各单位、人员之间的业务关系、作业顺序和管理信息流向的图表。
在对浇头社区医院进行了一些调查,并对该社区医院的业务流程进行了详细了解和分析后,绘制了浇头社区医院的业务流程图,如下图(图2-1)所示:
图2-1浇头社区医院业务流程图
业务说明:
管理员在登陆界面上输入用户名和密码,若用户名或者密码不正确,则系统提示错误并要求重新输入;若正确,则登录。
登录后,管理员可以添加或删除其他用户的登录权限信息,并修改自己的密码。
管理员还可以分别进行医疗信息发布管理、社区及正规大医院医生信息管理、居民电子档案管理、健康宣传管理、诊断管理等操作,同时形成相应的各表单。
医生和社区居民同样凭借自己的用户名和密码登录系统,并可以进行个人密码的修改;医生可进入系统中的诊断管理,在会诊过程中录入相应的会诊信息,并在服务提醒表单中查看到需要服务的时间及相关内容,并依此进行相应的上门服务等工作;社区居民可在系统中快速查询到自己的历史病历及最新的就诊信息,还能足不出户就了解到最新的医疗资讯,而且,居民可以查询各大医院医生的信息,并提前进行预约,这样既方便又快捷。
2.4数据流程分析
数据流程分析通常是通过分层的数据流程图(DFD,DataFlowDiagram)来实现的。
外部实体处理
数据流
数据存储
图2-2数据流程基本元素
(1)外部实体。
指本系统之外的人或单位,它们和本系统有信息传递关系。
(2)数据流。
数据流表示流动的数据,它可以是一项数据,也可以是一组数据,也可用来表示对数据文件的存储操作。
通常在数据流符号上方标明数据流的名称。
(3)处理。
它用一个长方形来表示处理逻辑,图形下部填写处理的名字,上部填写与该处理有唯一对应关系的标志。
(4)数据存储。
数据存储指通过数据文件、文件夹或账本等存储数据,用一个左边为凸型右边为凹形的多边形表示。
图形填写存储的数据和数据集的名字。
根据需求分析,浇头社区医院管理信息系统的主要数据流程如下所示。
2.4.1顶层数据流程图
顶层数据流程图说明了系统的总的处理功能、输入和输出,即为外部实体与系统的数据流。
浇头社区医院管理信息系统主要有管理员、医生、社区居民这三个外部相关实体。
如图2-3所示为本系统的顶层数据流程图。
管理员输入相应的信息,得到最新医疗信息、医生信息、居民电子健康档案、疾病谱等信息;医生在日常会诊过程中得到居民的诊断信息;以上的部分信息又回馈给社区居民。
图2-3顶层数据流程图
2.4.2第一层数据流程图
第一层数据流程图是对顶层数据流程图的分解,本系统主要分解为:
电子健康档案管理、医生信息管理、预约就诊管理、社区医疗信息发布管理等六个模块。
(1)P1健康档案信息管理:
指对社区居民的各项生理参数以及社区患者的病史、临床症状、实验室检查结果、影像学检查等病历资料的储存、查询、修改、删除,为社区医生提供有力的决策依据;且社区居民随时查询自己的诊断结果。
(2)P2社区医疗信息发布管理:
管理者将最新医疗诊治信息、最新医疗诊治设备和手段、政府最新出台的相关政策等信息发布出来,方便居民浏览并获取到自己感兴趣或有利的信息。
(3)P3医生信息管理:
对社区及中心医院医生的基本信息,如主治方向、就诊经验、有效联系方式等进行管理,便于社区服务人员和居民进行浏览、查询及选择。
(4)P4诊断管理:
居民根据自身的情况,选择有效的会诊时间段轻松预约。
(5)P5服务提醒管理:
通过在系统内输入信息,如提醒医生为刚就诊完的病人A进行复查等,医生就会上门为患者服务,如诊断、送药等。
对于独居老人、无人照料的孕妇等特殊居民,服务提醒功能也又助于实现覆盖全社区的个性化服务,为居民的健康加分。
(6)P6健康宣传管理:
指社区医生根据电子健康档案提供的信息,统计分析出社区疾病谱特征和流行性疾病情况,再有针对性地进行健康宣传,并采取相关的预防措施,从而降低整个社区的高发性疾病和流行病,实现社区的大健康。
浇头社区医院管理信息系统的一层数据流程图如图2-4所示:
图2-4一层数据流程图
2.4.3二层数据流程图
二层数据流程图作为对一层数据流程图进一步的分解,更加具体地描述了该医院的数据流程。
此处,二层数据流程图按照一层的电子健康档案管理、医疗信息发布管理、医生信息管理、诊断管理等功能分别分解。
如图2-5所示为健康档案信息管理数据流程图。
图2-5健康档案信息管理数据流程图
如图2-6所示为医院信息发布管理数据流程图。
图2-6医院信息发布管理数据流程图
如图2-7所示为医生信息管理数据流程图。
图2-7医生信息管理数据流程图
如图2-8所示为诊断管理数据流程图。
图2-8诊断管理数据流程图
如图2-9所示为服务提醒管理数据流程图。
图2-9服务提醒管理数据流程图
如图2-10所示为健康宣传管理数据流程图。
图2-10健康宣传管理数据流程图
2.5数据字典
为了对数据流程图中的各个元素做出详细的说明,有必要建立数据字典。
数据流程图描述了系统的分解,即描述了系统由哪几部分组成,各部分之间的联系等等。
而数据字典的内容主要是对数据流程图中的数据项、数据流、处理逻辑、数据存储等方面进行具体的定义。
数据流程图配以数据字典,就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。
2.5.1数据项条目
数据项编号:
I-01
数据项名称:
用户名
别称:
姓名
简述:
系统使用者姓名
数据的类型:
字符型
长度:
5
数据项编号:
I-02
数据项名称:
账号
简述:
唯一的代表用户的字符
数据的类型:
字符型
长度:
10
数据项编号:
I-03
数据项名称:
密码
简述:
用户登录时必须输入的字符
数据的类型:
字符型
长度:
15
数据项编号:
I-04
数据项名称:
性别
数据的类型:
字符型
长度:
2
取值范围:
男/女
数据项编号:
I-05
数据项名称:
出生年月
简述:
居民出生年份及月份
数据的类型:
日期型
取值范围:
1900年1月1日-2100年1月1日
数据项编号:
I-06
数据项名称:
身份证号码
数据的类型:
字符型
长度:
18
数据项编号:
I-07
数据项名称:
联系地址
简述:
居民住址,如浇头社区东苑一区3单元202室
数据的类型:
字符型
长度:
30
数据项编号:
I-08
数据项名称:
联系方式
简述:
固定电话或手机号码
数据的类型:
整型
长度:
11
数据项编号:
I-09
数据项名称:
血型
数据的类型:
字符型
取值范围:
AB/A/B/O
数据项编号:
I-10
数据项名称:
药物过敏史
简述:
因居民个人的体质特征不同,有些在使用个别药物过程中会出现敏感症状,如呕吐、出红疹等
数据的类型:
字符型
长度:
50
数据项编号:
I-11
数据项名称:
身高
数据的类型:
浮点型
(2)
取值范围:
0.00米-2.99米
数据项编号:
I-12
数据项名称:
体重
数据的类型:
浮点型
(1)
取值范围:
0.0kg-500.0kg
数据项编号:
I-13
数据项名称:
诊断时间
简述:
用户就诊时间
数据的类型:
日期型
取值范围:
1900年1月1日-2100年1月1日
数据项编号:
I-14
数据项名称:
病况
简述:
临床症状、实验室检查结果、影像学检查结果
数据的类型:
字符型
长度:
50
数据项编号:
I-15
数据项名称:
诊断结果
简述:
医生根据居民的症状开具的治疗方法
数据的类型:
字符型
长度:
50
数据项编号:
I-16
数据项名称:
主治方向
简述:
医生主要研究的领域
数据的类型:
字符型
长度:
100
数据项编号:
I-17
数据项名称:
所属单位
简述:
医生日常会诊所在的医院
数据的类型:
字符型
长度:
15
数据项编号:
I-18
数据项名称:
会诊时间
简述:
医生为病人看病的时间段
数据的类型:
字符型
长度:
20
数据项编号:
I-19
数据项名称:
可预约时间段
简述:
在可预约时间段内,用户可以根据自己的情况选择合适的时间段进行就诊
数据的类型:
字符型
长度:
20
数据项编号:
I-20
数据项名称:
已预约时间段
简述:
已被用户预约的时间段
数据的类型:
字符型
长度:
20
数据项编号:
I-21
数据项名称:
标题
简述:
最新医疗信息的主题
数据的类型:
字符型
长度:
20
数据项编号:
I-22
数据项名称:
内容
简述:
最新医疗信息的内容
数据的类型:
字符型
长度:
10000
数据项编号:
I-23
数据项名称:
上传时间
简述:
最新医疗信息的上传系统的时间
数据的类型:
日期型
取值范围:
1900年1月1日-2100年1月1日
数据项编号:
I-24
数据项名称:
备注
简述:
未在内容中显示的其他重要信息
数据的类型:
字符型
长度:
100
数据项编号:
I-25
数据项名称:
预约人
简述:
即预约者的姓名
数据的类型:
字符型
长度:
5
数据项编号:
I-26
数据项名称:
预约时间
简述:
即预约的时间段
数据的类型:
字符型
长度:
20
数据项编号:
I-27
数据项名称:
预约医生
简述:
即预约的医生姓名
数据的类型:
字符型
长度:
5
数据项编号:
I-28
数据项名称:
服务内容
简述:
即社区医生上门服务的具体事项,如复查、送药等等
数据的类型:
字符型
长度:
100
数据项编号:
I-29
数据项名称:
创建日期
简述:
即创建该提醒的日期
数据的类型:
日期型
取值范围:
1900年1月1日-2100年1月1日
数据项编号:
I-30
数据项名称:
服务频率
简述:
即医生为特殊群体服务的频率,如1次/周
数据的类型:
字符型
长度:
50
数据项编号:
I-31
数据项名称:
编号
简述:
即疾病信息的编码
数据的类型:
整型
取值范围:
1-100
数据项编号:
I-32
数据项名称:
疾病名称
简述:
即疾病的惯用名称
数据的类型:
字符型
长度:
20
数据项编号:
I-33
数据项名称:
常见症状
简述:
即人感染该疾病后可能发生的症状
数据的类型:
字符型
长度:
200
数据项编号:
I-34
数据项名称:
多发月份
简述:
即该疾病较常发生的月份
数据的类型:
日期型
取值范围:
1月份-12月份
数据项编号:
I-35
数据项名称:
防治措施
简述:
即有效的防治该疾病的措施
数据的类型:
字符型
长度:
1000
2.5.2数据流条目
数据流编号:
D-01
数据流名称:
居民历史病历信息
简述:
社区居民体检的生理参数(如身高、体重、血压参数、脉搏参数、体温参数等)以及社区患者的病史等信息。
数据流来源:
居民的体检报告及其历史病历信息
数据流去向:
录入居民历史病历
数据项组成:
身份证号码+居民姓名+性别+出生年月+联系地址+联系电话+血型+药物过敏史+身高+体重
数据流编号:
D-02
数据流名称:
诊断结果
简述:
居民的临床症状、实验检查结果、影像学检查等病历诊断信息
数据流来源:
录入会诊结果处理
数据流去向:
电子健康档案管理
数据项组成:
身份证号码+居民姓名+性别+出生年月+联系地址+联系电话+诊断时间+病况+诊断结果
数据流编号:
D-03
数据流名称:
初始档案
简述:
录入居民病历信息和就诊信息后形成的初始病历档案
数据流来源:
录入居民历史病历
数据流去向:
更新维护
数据项组成:
身份证号码+居民姓名+性别+出生年月+联系地址+联系电话+血型+药物过敏史+身高+体重+诊断时间+病况+诊断结果
数据流编号:
D-04
数据流名称:
医疗信息
简述:
最新医疗诊治信息、最新医疗诊治设备和手段、政府最新出台的相关政策等信息
数据流来源:
管理员
数据流去向:
录入处理
数据项组成:
标题+内容+上传时间+备注
数据流编号:
D-05
数据流名称:
最新医疗信息
简述:
经过初步维护后的医疗信息
数据流来源:
维护处理
数据流去向:
居民,筛选处理
数据项组成:
标题+内容+上传时间+备注
数据流编号:
D-06
数据流名称:
著名专家会诊信息
简述:
在医疗信息中筛选出的最新专家来社区会诊的信息
数据流来源:
筛选处理
数据流去向:
登记处理
数据项组成:
姓名+性别+联系电话+主治方向+所属医院+会诊时间段
数据流编号:
D-07
数据流名称:
医生信息
简述:
社区及中心
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 社区 医院 信息管理 系统