【毕业设计论文】社区医院信息管理系统.doc

《【毕业设计论文】社区医院信息管理系统.doc》由会员分享，可在线阅读，更多相关《【毕业设计论文】社区医院信息管理系统.doc（70页珍藏版）》请在三一办公上搜索。

1、目 录目 录11 绪 论31.1 课题背景及意义31.2 国内外医疗系统的现状41.3 课题研究的目的42 系统分析62.1 系统的目标与需求分析62.1.1 系统目标62.1.2 功能需求62.2 可行性分析82.2.1 实用可行性分析82.2.2 安全可行性分析82.2.3 经济可行性分析82.2.4 技术可行性分析82.3 业务流程分析92.4 数据流程分析102.4.1 顶层数据流程图102.4.2 第一层数据流程图112.4.3 二层数据流程图132.5 数据字典152.5.1 数据项条目152.5.2 数据流条目212.5.3 数据存储条目232.5.4 处理逻辑条目253 系统设

2、计303.1 系统功能结构设计303.2 数据库E-R模型设计303.3 建立关系数据库表353.4 输入输出设计384 系统实现394.1 系统实现平台394.2 系统界面394.2.1 登录及注册界面394.2.2 个人密码维护界面404.2.3 服务提醒界面414.2.4 用户管理界面424.2.5 角色管理界面434.2.6 健康宣传管理界面444.2.7 健康宣传管理界面454.2.8 医生概况管理界面474.2.9 预约就诊管理界面484.2.10 诊断信息管理界面495 总结与展望505.1 总结505.2 展望51致 谢52参 考 文 献53附 录551 绪 论1.1 课题背景

3、及意义随着现代科学技术的进步，人民生活水平普遍提高，越来越多的人希望能更方便、快捷地了解自己的身体状况，并能在需要的时候及时对症下药，快速就医。医生也希望能通过准确、简便的方法了解病人的生理参数（如体温、血压等）、过敏史、家族遗传史等，尽快帮助病人缓解或解除病痛。中国是世界上老年人口最多且增长最快的国家。1980年以来，我国60岁以上的老年人口以年均3%的速度持续增长。预计到2020年，60岁及以上老年人口将达到2.31亿，占总人口的比重将上升到15.55，65岁及以上老年人口将达到1.61亿，占总人口的比重上升到10.85。届时，中国的人口年龄结构将成为典型的老年型人口，到2050年以后，6

4、0岁及以上老年人口将达到4.5亿，65岁及以上老年人口将达到3.35亿，这就意味着约每3人中就有1人是老人，但老年人（尤其是独居老人）的健康状况却常常得不到很好的关注和监护。老龄化问题不容忽视。据国家卫生部门1994年统计，“我国城市65岁以上的老年人患病率为60.2%，城市总人口患病率为23.7%，老年人口患病率高出总人口的1.54倍；农村老年人患病率22.6%，农村总人口患病率7.4%，老年人比总人口患病率高出2.1倍。”从上述资料中我们不难发现，老年人人群如此庞大，其保健水平与生活质量的提高无疑将关系到我国经济和社会的发展，关系到国家的安定富强。老年人患病率高，慢性疾病的患病者多，行动不

5、便需要照顾的也多，这是一个不容回避的社会问题。另外，有关机构的调查结果表明，今年，城市老年家庭中的“空巢率”达到80%以上。“空巢”老人现象已经成为一个相当严峻的社会问题，很多“空巢”老人因为孤身一人居住，年老体弱，身边又无人照应，无法应对伤病等各种突发事件。近年来，全国许多地方也屡屡有独居老人死后很长一段时间才被发现的悲剧发生。从可持续发展的战略高度上看，仅仅加大医院各方面的投入，不能从根本上解决这些亟待解决的问题。而发展社区医院管理信息系统是解决此等问题的一个最佳选择。社区是指以一定地域为基础的关系较为密切的社会群体，其显著特点就是在此地域范围内，人口相对集中、稳定。社区医院是病人首个求医

6、之处，包括治疗慢性病病人、老年病人，也包括健康人对日常保健卫生知识的咨询以及心理咨询等。“社区”的出现，标志着我国居民住宅进入了一个新的发展阶段，而社区医院也将成为医疗卫生事业的一个重要组成部分。发展社区医院管理信息系统的重要意义在于，它不仅使人们能足不出户就以低廉的费用享受到贴心的服务，从而实实在在地提高全体人民的生活质量水平，而且可以有效地缓解目前我国医疗资源相对紧缺、医疗服务相对落后的现状，帮助人们解决就医难、保健难等亟待解决的问题，为社区医疗服务的开展、为合理分流病员提供了良好的条件。总之，它能够满足人们多方面、多层次的医疗服务需求，不断提高全民族的健康水平，改善人民群众的生活质量，为

7、社会的可持续发展提供重要保障。1.2 国内外医疗系统的现状20世纪80年代初，我国初步开展了社区医疗服务，但直到1988年，Dr.Rajakuln建议中国开展全科医学后，我国的社区医院服务工作才开始有了实质性的进展。与美国等发达国家的社区医疗服务相比较，我国的社区医院服务还处于刚刚起步阶段，在国内很少有公司致力于社区医院管理的专项开发。大型的医院管理系统目前已比较成熟，但社区医院管理与正规大医院有着本质的区别。正规大医院重点关注疾病个别案例，而社区医院则要以社区居民为主要服务对象，需要全方位的跟踪个体信息，监控社区人群健康状况。在国外，许多发达国家重视社区医院的组织建设和功能拓展，已形成了完善

8、的社区医疗卫生服务系统。社区和医院间双向转诊通畅，完整的网络体系承担了大量的常见病、多发病的治疗，起到了病员分诊作用，基本上形成了“小病在社区，大病到医院；手术在医院，术后护理在社区”的局面。例如，美国特别重视医疗、计算机及通讯的密切结合，方便了临床，提高了医疗质量和工作效率，而且医疗信息资源共享，以信息的连续性、集成性、通用性为中心开发内容，医院社区之间的计算机网络使异地会诊、监护成为现实。澳大利亚的社区医疗中心较为注重管理、服务和效率等方面的建设，社区医疗中心和医院间建立了良好的转诊体系，资源可以共享，很大程度上发挥了社区全科医生的“守门人”作用。与发达国家的社区医疗服务相比，目前国内的社

9、区医院卫生服务主要存在着健康档案采集效率低且不太可靠、医疗信息资源不利于共享、社区医疗卫生资源缺乏以及社区医疗技术和设备陈列低劣等诸多问题。1.3 课题研究的目的随着人们生活水平的日益提高，人们越来越关注自己的身体健康问题。一个功能完备的社区医疗服务系统可以使医生方便地管理社区内居民的健康档案，提供常见疾病检索、流行病预防常识、重大疾病的预警信息、健康保健及营养卫生常识等医学信息服务，并能在紧急情况下尽快得到病人的病史等基本信息；24小时提供全科、全程服务，居民常见病、多发病大多可以在社区解决，还可以做到慢性病治疗和预防，还可以实现看病的过程的信息化，让人们享受到贴身低廉的医疗服务。2 系统分

10、析2.1 系统的目标与需求分析系统的目标与需求分析，它描述的是新系统的目标是什么，将要实现怎么样的功能，这对后面系统的设计和开发起着至关重要的作用，甚至决定了新系统的成败。本系统的用户是浇头社区医院，是为社区内的居民提供公共卫生服务和基本医疗服务的专业机构；而在目前的社区医院中管理信息系统是不健全的，还存在全手工处理看病流程的问题，这样容易产生错误，不利于数据的保存、管理、统计和检查。所以将先进的现代计算机技术引入到社区医院的管理过程中是非常有必要的，也是必须要做到的。通过对浇头社区医疗单位进行的调研、调查分析，并经过与用户的多次沟通后，归结出了以下几点系统的目标和功能需求。2.1.1 系统目

11、标建立一个为社区医生和正规大医院专家服务的社区医院管理系统平台。建立社区医疗数据库及社区电子病历档案，实现社区居民健康档案的信息化，提高社区医院的服务质量和效率，并加强社区医院与中心医院的联系与交流，提升社区医院信息化的建设。2.1.2 功能需求(1)系统管理：系统管理主要是用户管理和角色管理。其中：用户管理是登录时的权限控制，即用户登录时需要输入登录者的用户名和密码，若为有效用户方可登录页面，登录后用户可进行修改密码的操作，管理员可赋予他们相应的工作角色，如管理员、医生、居民等；角色管理是系统以工作角色确定用户登录后可进行的操作，如居民拥有查看医疗信息及医生信息、预约就诊、查询诊断信息等功能

12、，其严格的机制保证了信息和数据的安全。(2)健康档案信息化管理：电子健康档案是社区居民的电子病例，实质是社区医院管理系统软件的数据库，可实现生理参数（人体生理参数包括血压参数、脉搏参数、体温参数等）的储存、查询、修改、删除以及正规大医院传送过来包含了社区患者的病史、临床症状与体征、实验室检查结果、影像学检查的病历资料等重要的诊断信息等功能，为社区医生提供有力的决策依据。(3)社区及正规大医院医生概况查询：社区及正规大医院医生的概况查询能显示各社区医生及大医院医生的基本信息，包括主治方向、就诊经验、有效联系方式等，便于管理员和居民进行浏览、查询及选择。(4)诊断管理：医生在会诊过程中，将会诊信息

13、（如居民的病况、检查结果等）输入到系统中，居民可查询到相应的就诊结果等，管理员可对这些信息进行维护管理；其次，系统提供一个表单，出示了各诊治医生的姓名及就诊时间，社区居民可在浏览医疗人员概况后再根据自己的时间安排选择有效的会诊时间段进行预约和挂号，方便快捷。这里要进行医生和患者双向的信息处理。(5)社区医疗健康宣传信息化：社区医疗健康宣传信息化是指根据电子健康档案提供的信息，统计分析社区疾病谱特征和流行性疾病情况，并密切结合季节、气候、本区域的地理、产业、环境等情况，有针对性地进行健康宣传，且制定和建议采取相关的预防干预措施，从而降低整个社区的高发性疾病和流行病，实现社区的大健康。此处涉及到对

14、居民信息数据的挖掘和处理。(6)社区医疗信息的发布管理：社区医疗信息发布可以为社区服务人员将最新医疗诊治信息、最新医疗诊治设备和手段、政府最新出台的相关政策等信息，以页面形式发布，使居民能方便地浏览并获取到自己感兴趣或有利的信息。(7)服务提醒管理：服务提醒是通过在系统内输入一个属于特殊群体（独居老人、无人照料的孕妇、术后居民、慢性病患者等）的不同的值，在一定时间段后，系统会自动提醒社区医生上门为患者提供服务（包括诊断、送药等），如系统设定每过一周上门为独居老人会诊。该项服务以个人电子健康档案内的信息为基础，以智能化POCT（Piont-Of-care Testing）检测仪为辅助手段，实现覆

15、盖全社区的个性化服务。具体表现为全科医生尊重居民个人意愿，既可以在社区医院提供个性化服务，也可以携带便携的多功能POCT检测仪上门服务。 (8)其他服务管理：系统可以针对不同测量结果提示饮食处方、膳食结构的注意事项等。2.2 可行性分析系统的可行性研究在系统的整个过程中占有很重要的地位，它决定所选项目是不是可能实现或值得去实现。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。本系统可行性分析包括4个内容：实用性上的可行性，安全性上的可行性，经济上的可行性，技术上的可行性。下面对该系统的可行性作一些分析。2.2.1 实用可行性分析管理的科学性是系统成功的第一要素。本系统在

16、满足用户基本业务需求的基础上，切合实际，界面简单明了，易学易用，非常方便用户操作。并且在设计过程中尽量做到使系统反应迅速、简洁高效，尽可能地减少用户获取数据时的等待时间。2.2.2 安全可行性分析任何人员进入本系统时都要经过用户身份验证，对于身份验证失败的用户不允许进入系统；同时系统还能够做到数据的安全性及保密性。用户能自由地对界面上的每一项做出选择，且所有选择都是可逆的。在用户做出危险选择（如删除个别存储信息）时，系统会自动弹出提示信息，以减少因用户失误操作而造成数据丢失的事件发生。2.2.3 经济可行性分析 经济的可行性包括成本和效益分析。这个系统成本很低，硬件方面，不需要添置很多硬件，只

17、要将一台计算机作为服务器，在服务器上安装这个系统，各个业务员就可以在自己电脑上进行操作。并且这个系统解决了以往全部手工操作的繁琐，优化了社区医院的业务流程，降低了费用，还提高了效率。而且由于系统的界面设计简单，又是用户熟悉的业务流程，所以对操作人员培训的费用也较低。2.2.4 技术可行性分析技术可行性是指开发一个新系统所需要的技术是否具备，如支持新系统的软硬件功能以及技术人员的数量和水平。本系统采用visual studio作为开发平台，C#、Asp.Net为开发语言，以SQL Server2005为数据库，实现了档案管理、预约就诊管理、社区医疗信息的发布管理、社区医疗健康宣传功能等功能。系统

18、符合社区医疗系统的要求，能够帮助用户切实提高工作效率。2.3 业务流程分析业务流程图是用来描述系统内各单位、人员之间的业务关系、作业顺序和管理信息流向的图表。在对浇头社区医院进行了一些调查，并对该社区医院的业务流程进行了详细了解和分析后，绘制了浇头社区医院的业务流程图，如下图（图2-1）所示：图2-1 浇头社区医院业务流程图业务说明：管理员在登陆界面上输入用户名和密码，若用户名或者密码不正确，则系统提示错误并要求重新输入；若正确，则登录。登录后，管理员可以添加或删除其他用户的登录权限信息，并修改自己的密码。管理员还可以分别进行医疗信息发布管理、社区及正规大医院医生信息管理、居民电子档案管理、健

19、康宣传管理、诊断管理等操作，同时形成相应的各表单。医生和社区居民同样凭借自己的用户名和密码登录系统，并可以进行个人密码的修改；医生可进入系统中的诊断管理，在会诊过程中录入相应的会诊信息，并在服务提醒表单中查看到需要服务的时间及相关内容，并依此进行相应的上门服务等工作；社区居民可在系统中快速查询到自己的历史病历及最新的就诊信息，还能足不出户就了解到最新的医疗资讯，而且，居民可以查询各大医院医生的信息，并提前进行预约，这样既方便又快捷。2.4 数据流程分析数据流程分析通常是通过分层的数据流程图（DFD，Data Flow Diagram）来实现的。外部实体 处理数据流 数据存储图2-2 数据流程基

20、本元素(1)外部实体。指本系统之外的人或单位，它们和本系统有信息传递关系。 (2)数据流。数据流表示流动的数据，它可以是一项数据，也可以是一组数据，也可用来表示对数据文件的存储操作。通常在数据流符号上方标明数据流的名称。(3)处理。它用一个长方形来表示处理逻辑，图形下部填写处理的名字，上部填写与该处理有唯一对应关系的标志。(4)数据存储。数据存储指通过数据文件、文件夹或账本等存储数据，用一个左边为凸型右边为凹形的多边形表示。图形填写存储的数据和数据集的名字。根据需求分析，浇头社区医院管理信息系统的主要数据流程如下所示。2.4.1 顶层数据流程图 顶层数据流程图说明了系统的总的处理功能、输入和输

21、出，即为外部实体与系统的数据流。浇头社区医院管理信息系统主要有管理员、医生、社区居民这三个外部相关实体。如图2-3所示为本系统的顶层数据流程图。管理员输入相应的信息，得到最新医疗信息、医生信息、居民电子健康档案、疾病谱等信息；医生在日常会诊过程中得到居民的诊断信息；以上的部分信息又回馈给社区居民。图2-3 顶层数据流程图2.4.2 第一层数据流程图第一层数据流程图是对顶层数据流程图的分解，本系统主要分解为：电子健康档案管理、医生信息管理、预约就诊管理、社区医疗信息发布管理等六个模块。(1) P1 健康档案信息管理：指对社区居民的各项生理参数以及社区患者的病史、临床症状、实验室检查结果、影像学检

22、查等病历资料的储存、查询、修改、删除，为社区医生提供有力的决策依据；且社区居民随时查询自己的诊断结果。(2) P2 社区医疗信息发布管理：管理者将最新医疗诊治信息、最新医疗诊治设备和手段、政府最新出台的相关政策等信息发布出来，方便居民浏览并获取到自己感兴趣或有利的信息。(3) P3 医生信息管理：对社区及中心医院医生的基本信息，如主治方向、就诊经验、有效联系方式等进行管理，便于社区服务人员和居民进行浏览、查询及选择。(4) P4 诊断管理：居民根据自身的情况，选择有效的会诊时间段轻松预约。(5) P5 服务提醒管理：通过在系统内输入信息，如提醒医生为刚就诊完的病人A进行复查等，医生就会上门为患

23、者服务，如诊断、送药等。对于独居老人、无人照料的孕妇等特殊居民，服务提醒功能也又助于实现覆盖全社区的个性化服务，为居民的健康加分。(6) P6 健康宣传管理：指社区医生根据电子健康档案提供的信息，统计分析出社区疾病谱特征和流行性疾病情况，再有针对性地进行健康宣传，并采取相关的预防措施，从而降低整个社区的高发性疾病和流行病，实现社区的大健康。浇头社区医院管理信息系统的一层数据流程图如图2-4所示：图2-4 一层数据流程图2.4.3 二层数据流程图二层数据流程图作为对一层数据流程图进一步的分解，更加具体地描述了该医院的数据流程。此处，二层数据流程图按照一层的电子健康档案管理、医疗信息发布管理、医生

24、信息管理、诊断管理等功能分别分解。如图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 数据字典为了对数据流程图中的各个元素做出详细的说明，有必要建立数据字典。数据流程图描述了系统的分解，即描述了系统由

25、哪几部分组成，各部分之间的联系等等。而数据字典的内容主要是对数据流程图中的数据项、数据流、处理逻辑、数据存储等方面进行具体的定义。数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。2.5.1 数据项条目数据项编号：I-01数据项名称：用户名别 称：姓名简 述：系统使用者姓名数据的类型：字符型长 度：5数据项编号：I-02数据项名称：账号简 述：唯一的代表用户的字符数据的类型：字符型长 度：10数据项编号：I-03数据项名称：密码简 述：用户登录时必须输入的字符数据的类型：字符型长 度：15数据项编号：I-04数据项名称：性别数据的类型：字符型长 度：2取值 范围

26、：男/女数据项编号：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数据项名称：药物过敏史简 述：因居民个人的体质特征不同，有些在使用个

27、别药物过程中会出现敏感症状，如呕吐、出红疹等数据的类型：字符型长 度：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数据项名称：诊断结果简 述：医生根据居民的症状开具的治疗方法数据的类型：

28、字符型长 度：50数据项编号：I-16数据项名称：主治方向简 述：医生主要研究的领域数据的类型：字符型长 度：100数据项编号：I-17数据项名称：所属单位简 述：医生日常会诊所在的医院数据的类型：字符型长 度：15数据项编号：I-18数据项名称：会诊时间简 述：医生为病人看病的时间段数据的类型：字符型长 度：20数据项编号：I-19数据项名称：可预约时间段简 述：在可预约时间段内，用户可以根据自己的情况选择合适的时间段进行就诊数据的类型：字符型长 度：20数据项编号：I-20数据项名称：已预约时间段简 述：已被用户预约的时间段数据的类型：字符型长 度：20数据项编号：I-21数据项名称：标题

29、简 述：最新医疗信息的主题数据的类型：字符型长 度：20数据项编号：I-22数据项名称：内容简 述：最新医疗信息的内容数据的类型：字符型长 度：10000数据项编号：I-23数据项名称：上传时间简 述：最新医疗信息的上传系统的时间数据的类型：日期型取值 范围：1900年1月1日-2100年1月1日数据项编号：I-24数据项名称：备注简 述：未在内容中显示的其他重要信息数据的类型：字符型长 度：100数据项编号：I-25数据项名称：预约人简 述：即预约者的姓名数据的类型：字符型长 度：5数据项编号：I-26数据项名称：预约时间简 述：即预约的时间段数据的类型：字符型长 度：20数据项编号：I-2

30、7数据项名称：预约医生简 述：即预约的医生姓名数据的类型：字符型长 度：5数据项编号：I-28数据项名称：服务内容简 述：即社区医生上门服务的具体事项，如复查、送药等等数据的类型：字符型长 度：100数据项编号：I-29数据项名称：创建日期简 述：即创建该提醒的日期数据的类型：日期型取值 范围：1900年1月1日 - 2100年1月1日数据项编号：I-30数据项名称：服务频率简 述：即医生为特殊群体服务的频率，如1次/周数据的类型：字符型长 度：50数据项编号：I-31数据项名称：编号简 述：即疾病信息的编码数据的类型：整型取值 范围：1-100数据项编号：I-32数据项名称：疾病名称简 述：

31、即疾病的惯用名称数据的类型：字符型长 度：20数据项编号：I-33数据项名称：常见症状简 述：即人感染该疾病后可能发生的症状数据的类型：字符型长 度：200数据项编号：I-34数据项名称：多发月份简 述：即该疾病较常发生的月份数据的类型：日期型取值 范围：1月份-12月份数据项编号：I-35数据项名称：防治措施简 述：即有效的防治该疾病的措施数据的类型：字符型长 度：10002.5.2 数据流条目数据流编号：D-01数据流名称：居民历史病历信息简 述：社区居民体检的生理参数（如身高、体重、血压参数、脉搏参数、体温参数等）以及社区患者的病史等信息。数据流来源：居民的体检报告及其历史病历信息数据流

32、去向：录入居民历史病历数据项组成：身份证号码+居民姓名+性别+出生年月+联系地址+联系电话+血型+药物过敏史+身高+体重数据流编号：D-02数据流名称：诊断结果简 述：居民的临床症状、实验检查结果、影像学检查等病历诊断信息数据流来源：录入会诊结果处理数据流去向：电子健康档案管理数据项组成：身份证号码+居民姓名+性别+出生年月+联系地址+联系电话+诊断时间+病况+诊断结果数据流编号：D-03数据流名称：初始档案简 述：录入居民病历信息和就诊信息后形成的初始病历档案数据流来源：录入居民历史病历数据流去向：更新维护 数据项组成：身份证号码+居民姓名+性别+出生年月+联系地址+联系电话+血型+药物过敏

33、史+身高+体重+诊断时间+病况+诊断结果数据流编号：D-04数据流名称：医疗信息简 述：最新医疗诊治信息、最新医疗诊治设备和手段、政府最新出台的相关政策等信息数据流来源：管理员数据流去向：录入处理数据项组成：标题+内容+上传时间+备注数据流编号：D-05数据流名称：最新医疗信息简 述：经过初步维护后的医疗信息数据流来源：维护处理数据流去向：居民，筛选处理 数据项组成：标题+内容+上传时间+备注数据流编号：D-06数据流名称：著名专家会诊信息简 述：在医疗信息中筛选出的最新专家来社区会诊的信息数据流来源：筛选处理数据流去向：登记处理数据项组成：姓名+性别+联系电话+主治方向+所属医院+会诊时间段

34、数据流编号：D-07数据流名称：医生信息简 述：社区及中心大医院医生的基本信息，包括其主治方向、就诊经验、有效联系方式等数据流来源：管理员数据流去向：录入医生信息处理 数据项组成：姓名+性别+联系电话+主治方向+所属医院+前来会诊时间段数据流编号：D-08数据流名称：需要服务群体信息简 述：社区中需要被服务的群体，如独居老人、无人照料的孕妇等数据流来源：筛选处理数据流去向：设定访问周期处理数据项组成：居民姓名+服务内容+医生姓名+创建时间+备注2.5.3 数据存储条目数据存储编号：F-01数据存储名称：初始医疗信息简 述：初步录入后的医疗信息数据存储组成：标题+内容+上传时间+备注关 键 字：

35、标题相关联的处理：P2.1，P2.2数据存储编号：F-02数据存储名称：电子健康档案简 述：社区居民的电子病历数据存储组成：身份证号码+居民姓名+性别+出生年月+联系地址+联系电话+血型+药物过敏史+身高+体重+诊断时间+病况+诊断结果关 键 字：身份证号码相关联的处理：P6.1，P5.1数据存储编号：F-03数据存储名称：医生信息表简 述：经过维护的社区、中心大医院的基本信息数据存储组成：姓名+性别+联系电话+主治方向+所属医院+会诊时间段关 键 字：姓名+联系电话相关联的处理：P3.1，P3.2数据存储编号：F-04数据存储名称：就诊医生表简 述：对病人进行会诊的医生的相关信息数据存储组成

36、：姓名+性别+联系电话+主治方向+所属医院+会诊时间段+可预约时间段+已预约时间段关 键 字：姓名+联系电话相关联的处理：P3.3，P3.4，P4.1数据存储编号：F-05数据存储名称：预约就诊表简 述：管理员及居民确认预约后并经过管理员维护后的表单数据存储组成：预约人+预约医生+预约时间段关 键 字：预约人相关联的处理：P4.3，P4.4数据存储编号：F-06数据存储名称：服务提醒表简 述：提醒社区医生上门为居民服务的表单数据存储组成：居民姓名+服务内容+医生姓名+创建时间+备注+服务频率关 键 字：居民姓名相关联的处理：P5.3数据存储编号：F-07数据存储名称：疾病信息简 述：提醒社区居

37、民在某段时间内注意某些疾病的防治数据存储组成：编号+疾病名称+常见症状+多发月份+防治措施关 键 字：编号相关联的处理：P6.32.5.4 处理逻辑条目处理逻辑编号：P1.1处理逻辑名称：录入居民历史病历简 述：对居民的各项生理参数及病史进行录入输入的数据流：居民历史病历信息处 理 描 述：管理员根据居民的体检表、病历卡等能显示体现居民就诊信息的表单进行录入输出的数据流：初始档案处理逻辑编号：P1.2处理逻辑名称：更新维护简 述：对已有的居民病历的初始电子档案中的信息进行更新输入的数据流：初始档案，诊断结果处 理 描 述：对初始档案中的居民病历信息进行实时更新（如修改、删除、添加等），确保医生

38、及居民能及时了解到就诊结果；当初始档案中出现异常时，也需要管理员及时进行管理维护输出的数据流：电子健康档案处理逻辑编号：P2.1处理逻辑名称：录入简 述：录入最新的医疗信息输入的数据流：医疗信息处 理 描 述：当有最新的医疗信息（如最新医疗诊治信息、最新医疗诊治设备和手段、政府最新出台的相关政策等）时，管理员将这些信息录入系统中输出的数据流：初始医疗信息处理逻辑编号：P2.2处理逻辑名称：维护简 述：对录入后的最新医疗信息进行维护输入的数据流：初始医疗信息处 理 描 述：对录入后的医疗信息进行实时更新（如修改、删除很久以前的信息、添加新信息等）输出的数据流：最新医疗信息处理逻辑编号：P2.3处

39、理逻辑名称：筛选简 述：对录入及维护完成后的信息进行适当筛选输入的数据流：最新医疗信息处 理 描 述：当有海量的医疗信息时，管理员需筛选出有关专家前来社区及中心医院会诊的信息，以利于居民方便就医输出的数据流：著名专家会诊信息单处理逻辑编号：P3.1处理逻辑名称：录入医生信息简 述：将医生的基本信息进行录入输入的数据流：医生信息处 理 描 述：为了让居民更好地了解到医生的信息，将医生的基本信息（如主治方向、有效联系方式、历史资料等）输入到系统中输出的数据流：医生信息表处理逻辑编号：P3.2处理逻辑名称：医生信息维护简 述：对医生信息进行更新维护输入的数据流：医生信息表处 理 描 述：对医生的基本

40、信息进行更新（如进行修改、删除等操作）输出的数据流：维护后的医生信息表处理逻辑编号：P3.3处理逻辑名称：生成简 述：根据维护好的医生信息生成就诊信息表输入的数据流：维护后的医生信息表处 理 描 述：将维护后的医生信息表中的信息进行生成就诊医生的信息表单，有利于居民进行预约就诊输出的数据流：就诊医生表处理逻辑编号：P3.4处理逻辑名称：登记简 述：将著名专家的会诊信息登记进系统中输入的数据流：著名专家的会诊信息处 理 描 述：将著名专家的会诊信息登记到系统的就诊信息表中，这样有利于居民及时了解到有用的信息并进行预约就诊输出的数据流：就诊信息表处理逻辑编号：P4.1处理逻辑名称：预约简 述：居民

41、通过系统进行就诊的预约输入的数据流：预约信息处 理 描 述：居民根据医生姓名或疾病所属科别等信息查询到诊治的信息后，根据自己的需求选择医生，并选择合适的时间段进行提前预约输出的数据流：居民预约信息处理逻辑编号：P4.2处理逻辑名称：确认预约信息简 述：居民确认预约信息处理输入的数据流：居民预约信息处 理 描 述：居民可查看预约的信息并进行确认，在确认无误后点击确定即可，也可以进行适当修改，以确保信息的准确性输出的数据流：确认无误的预约信息处理逻辑编号：P4.3处理逻辑名称：审核简 述：医生在病人预约成功后进行信息的审核输入的数据流：审核信息、确认无误的预约信息处 理 描 述：在病人预约成功后，

42、医生可查看相应的预约信息，并根据自己的时间安排进行适当变动输出的数据流：预约就诊表 处理逻辑编号：P4.4处理逻辑名称：会诊简 述：为病人治疗输入的数据流：诊断信息、预约就诊表处 理 描 述：医生询问居民的病情，依照个人情况做相应的检查，将居民的症状及检查结果输入系统中，并给与对应的治疗对策，如吃药、打针等，输出的数据流：会诊信息处理逻辑编号：P4.5处理逻辑名称：录入会诊结果简 述：将会诊结果录入系统中输入的数据流：会诊信息处 理 描 述：医生给予病人相应的会诊结果后，将这些重要信息输入系统中以备今后会诊时可迅速得到历史信息输出的数据流：诊断结果处理逻辑编号：P5.1处理逻辑名称：分类简 述

43、：将电子健康档案进行分类输入的数据流：电子健康档案处 理 描 述：依据电子健康档案“备注”一栏中的值进行分类，如孕妇为一类、慢性病患者为一类等等输出的数据流：分类后的电子健康档案处理逻辑编号：P5.2处理逻辑名称：筛选简 述：将分类后的信息进行筛选输入的数据流：分类后的电子健康档案处 理 描 述：本着为特殊群体服务的宗旨，有针对性得在分类后的电子健康档案的基础上进行选择，如在老年人群体中选择孤寡老人、患病老人为重点服务对象输出的数据流：需要服务的群体信息处理逻辑编号：P5.3处理逻辑名称：设定访问周期简 述：设定一个为特殊群体服务的频率输入的数据流：需要服务群体信息处 理 描 述：根据不同的服务对象，设定不同的服务周期，如独居老人每周访问一次，无人照料的孕妇每两天访问一次等等输出的数据流：需要服务的群体信息处理逻辑编号：P6.1处理逻辑名称：统计简 述：将社区居民的电子健康档案数据进行统计输入的数据流：电子健康档案处 理 描 述：根据居民电子健康档案中的疾病发生情况按照月份进行统计，得到对应的数据，如2000年6月份社区居民各类疾病的发生情况等输出的数据流：统计后的电子健康档案信息处理逻辑编号：P6.2处理逻辑名称：分析简 述：对统计后的电子健康档案信息进行分析输入