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

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

1、1 目 录 目目 录录 1 1 1 1 绪绪 论论 3 3 1.1 课题背景及意义3 1.2 国内外医疗系统的现状4 1.3 课题研究的目的4 2 2 系统分析系统分析 6 6 2.1 系统的目标与需求分析6 2.1.1 系统目标6 2.1.2 功能需求6 2.2 可行性分析8 2.2.1 实用可行性分析8 2.2.2 安全可行性分析8 2.2.3 经济可行性分析8 2.2.4 技术可行性分析8 2.3 业务流程分析9 2.4 数据流程分析.10 2.4.1 顶层数据流程图.10 2.4.2 第一层数据流程图.11 2.4.3 二层数据流程图.13 2.5 数据字典.15 2.5.1 数据项条

2、目.15 2.5.2 数据流条目.21 2.5.3 数据存储条目.23 2.5.4 处理逻辑条目.25 3 3 系统设计系统设计 3030 3.1 系统功能结构设计.30 3.2 数据库 E-R 模型设计.30 3.3 建立关系数据库表.35 3.4 输入输出设计.38 4 4 系统实现系统实现 3939 2 4.1 系统实现平台.39 4.2 系统界面.39 4.2.1 登录及注册界面.39 4.2.2 个人密码维护界面.40 4.2.3 服务提醒界面.41 4.2.4 用户管理界面.42 4.2.5 角色管理界面.43 4.2.6 健康宣传管理界面.44 4.2.7 健康宣传管理界面.45

3、 4.2.8 医生概况管理界面.47 4.2.9 预约就诊管理界面.48 4.2.10 诊断信息管理界面49 5 5 总结与展望总结与展望 5050 5.1 总结.50 5.2 展望.51 致致 谢谢 5252 参参 考考 文文 献献 5353 附附 录录 5555 3 1 绪 论 1.1 课题背景及意义 随着现代科学技术的进步，人民生活水平普遍提高，越来越多的人希望能更 方便、快捷地了解自己的身体状况，并能在需要的时候及时对症下药，快速就医。 医生也希望能通过准确、简便的方法了解病人的生理参数（如体温、血压等） 、 过敏史、家族遗传史等，尽快帮助病人缓解或解除病痛。 中国是世界上老年人口最多

4、且增长最快的国家。1980 年以来，我国 60 岁以 上的老年人口以年均 3%的速度持续增长。预计到 2020 年，60 岁及以上老年人口 将达到 2.31 亿，占总人口的比重将上升到 15.55，65 岁及以上老年人口将达到 1.61 亿，占总人口的比重上升到 10.85。届时，中国的人口年龄结构将成为典 型的老年型人口，到 2050 年以后，60 岁及以上老年人口将达到 4.5 亿，65 岁及 以上老年人口将达到 3.35 亿，这就意味着约每 3 人中就有 1 人是老人，但老年人 （尤其是独居老人）的健康状况却常常得不到很好的关注和监护。老龄化问题不 容忽视。据国家卫生部门 1994 年统

5、计， “我国城市 65 岁以上的老年人患病率为 60.2%，城市总人口患病率为 23.7%，老年人口患病率高出总人口的 1.54 倍；农 村老年人患病率 22.6%，农村总人口患病率 7.4%，老年人比总人口患病率高出 2.1 倍。 ” 从上述资料中我们不难发现，老年人人群如此庞大，其保健水平与生活质量 的提高无疑将关系到我国经济和社会的发展，关系到国家的安定富强。老年人患 病率高，慢性疾病的患病者多，行动不便需要照顾的也多，这是一个不容回避的 社会问题。另外，有关机构的调查结果表明，今年，城市老年家庭中的“空巢率” 达到 80%以上。 “空巢”老人现象已经成为一个相当严峻的社会问题，很多“空

6、 巢”老人因为孤身一人居住，年老体弱，身边又无人照应，无法应对伤病等各种 突发事件。近年来，全国许多地方也屡屡有独居老人死后很长一段时间才被发现 的悲剧发生。从可持续发展的战略高度上看，仅仅加大医院各方面的投入，不能 从根本上解决这些亟待解决的问题。而发展社区医院管理信息系统是解决此等问 题的一个最佳选择。 社区是指以一定地域为基础的关系较为密切的社会群体，其显著特点就是在 此地域范围内，人口相对集中、稳定。社区医院是病人首个求医之处，包括治疗 慢性病病人、老年病人，也包括健康人对日常保健卫生知识的咨询以及心理咨询 4 等。 “社区”的出现，标志着我国居民住宅进入了一个新的发展阶段，而社区医

7、院也将成为医疗卫生事业的一个重要组成部分。 发展社区医院管理信息系统的重要意义在于，它不仅使人们能足不出户就以 低廉的费用享受到贴心的服务，从而实实在在地提高全体人民的生活质量水平， 而且可以有效地缓解目前我国医疗资源相对紧缺、医疗服务相对落后的现状，帮 助人们解决就医难、保健难等亟待解决的问题，为社区医疗服务的开展、为合理 分流病员提供了良好的条件。总之，它能够满足人们多方面、多层次的医疗服务 需求，不断提高全民族的健康水平，改善人民群众的生活质量，为社会的可持续 发展提供重要保障。 1.2 国内外医疗系统的现状 20 世纪 80 年代初，我国初步开展了社区医疗服务，但直到 1988 年，

8、Dr.Rajakuln 建议中国开展全科医学后，我国的社区医院服务工作才开始有了实质 性的进展。与美国等发达国家的社区医疗服务相比较，我国的社区医院服务还处 于刚刚起步阶段，在国内很少有公司致力于社区医院管理的专项开发。大型的医 院管理系统目前已比较成熟，但社区医院管理与正规大医院有着本质的区别。正 规大医院重点关注疾病个别案例，而社区医院则要以社区居民为主要服务对象， 需要全方位的跟踪个体信息，监控社区人群健康状况。 在国外，许多发达国家重视社区医院的组织建设和功能拓展，已形成了完善 的社区医疗卫生服务系统。社区和医院间双向转诊通畅，完整的网络体系承担了 大量的常见病、多发病的治疗，起到了病

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

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

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

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

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

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

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

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

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

18、 2.2.3 经济可行性分析 经济的可行性包括成本和效益分析。这个系统成本很低，硬件方面，不需要 添置很多硬件，只要将一台计算机作为服务器，在服务器上安装这个系统，各个 业务员就可以在自己电脑上进行操作。并且这个系统解决了以往全部手工操作的 繁琐，优化了社区医院的业务流程，降低了费用，还提高了效率。而且由于系统 的界面设计简单，又是用户熟悉的业务流程，所以对操作人员培训的费用也较低。 2.2.4 技术可行性分析 技术可行性是指开发一个新系统所需要的技术是否具备，如支持新系统的软 硬件功能以及技术人员的数量和水平。本系统采用 visual studio 作为开发平台， C#、Asp.Net 为开

19、发语言，以 SQL Server2005 为数据库，实现了档案管理、预约 就诊管理、社区医疗信息的发布管理、社区医疗健康宣传功能等功能。系统符合 社区医疗系统的要求，能够帮助用户切实提高工作效率。 9 2.3 业务流程分析 业务流程图是用来描述系统内各单位、人员之间的业务关系、作业顺序和管 理信息流向的图表。 在对浇头社区医院进行了一些调查，并对该社区医院的业务流程进行了详细 了解和分析后，绘制了浇头社区医院的业务流程图，如下图（图 2-1）所示： 管管理理员员 输输入入用用户户 名名和和密密码码 判判断断 重重新新 输输入入 登登录录系系统统 个个人人密密码码 修修改改 医医疗疗信信息息 发

20、发布布管管理理 最最新新 医医疗疗信信息息 医医生生信信息息 管管理理 电电子子健健康康 档档案案 医医生生信信息息 用用户户名名或或密密码码不不正正确确 用用户户名名及及密密码码均均正正确确 诊诊断断管管理理 预预约约就就诊诊表表 服服务务提提醒醒 管管理理 服服务务 提提醒醒表表 电电子子健健康康 档档案案管管理理 健健康康 宣宣传传管管理理 疾疾病病谱谱 诊诊断断信信息息 医医生生居居民民 图 2-1 浇头社区医院业务流程图 业务说明：管理员在登陆界面上输入用户名和密码，若用户名或者密码不正 确，则系统提示错误并要求重新输入；若正确，则登录。登录后，管理员可以添 加或删除其他用户的登录权

21、限信息，并修改自己的密码。管理员还可以分别进行 10 医疗信息发布管理、社区及正规大医院医生信息管理、居民电子档案管理、健康 宣传管理、诊断管理等操作，同时形成相应的各表单。医生和社区居民同样凭借 自己的用户名和密码登录系统，并可以进行个人密码的修改；医生可进入系统中 的诊断管理，在会诊过程中录入相应的会诊信息，并在服务提醒表单中查看到需 要服务的时间及相关内容，并依此进行相应的上门服务等工作；社区居民可在系 统中快速查询到自己的历史病历及最新的就诊信息，还能足不出户就了解到最新 的医疗资讯，而且，居民可以查询各大医院医生的信息，并提前进行预约，这样 既方便又快捷。 2.4 数据流程分析 数据

22、流程分析通常是通过分层的数据流程图（DFD，Data Flow Diagram）来 实现的。 外部实体 处理 数据流 数据存储 图 2-2 数据流程基本元素 (1)外部实体。指本系统之外的人或单位，它们和本系统有信息传递关系。 (2)数据流。数据流表示流动的数据，它可以是一项数据，也可以是一组数 据，也可用来表示对数据文件的存储操作。通常在数据流符号上方标明数据流的 名称。 (3)处理。它用一个长方形来表示处理逻辑，图形下部填写处理的名字，上 部填写与该处理有唯一对应关系的标志。 (4)数据存储。数据存储指通过数据文件、文件夹或账本等存储数据，用一 个左边为凸型右边为凹形的多边形表示。图形填写

23、存储的数据和数据集的名字。 根据需求分析，浇头社区医院管理信息系统的主要数据流程如下所示。 2.4.1 顶层数据流程图 顶层数据流程图说明了系统的总的处理功能、输入和输出，即为外部实体与 系统的数据流。 浇头社区医院管理信息系统主要有管理员、医生、社区居民这三个外部相关 实体。如图 2-3 所示为本系统的顶层数据流程图。管理员输入相应的信息，得到 最新医疗信息、医生信息、居民电子健康档案、疾病谱等信息；医生在日常会诊 11 过程中得到居民的诊断信息；以上的部分信息又回馈给社区居民。 社社区区 居居民民 最最新新医医疗疗信信息息 医医生生信信息息 电电子子健健康康档档案案 最最新新医医疗疗信信息

24、息 电电子子健健康康档档案案 浇浇头头社社区区医医院院 管管理理信信息息系系统统 P0医医生生信信息息 预预约约信信息息 管管理理员员 医医生生 电电 子子 健健 康康 档档 案案 服服 务务 提提 醒醒 信信 息息 维维护护信信息息 审审 核核 信信 息息 诊诊 断断 信信 息息 疾疾病病信信息息 图 2-3 顶层数据流程图 2.4.2 第一层数据流程图 第一层数据流程图是对顶层数据流程图的分解，本系统主要分解为：电子健 康档案管理、医生信息管理、预约就诊管理、社区医疗信息发布管理等六个模块。 (1)P1 健康档案信息管理： 指对社区居民的各项生理参数以及社区患者的病史、临床症状、实验室检查

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

26、 A 进行复查等，医生 12 就会上门为患者服务，如诊断、送药等。对于独居老人、无人照料的孕妇等特殊 居民，服务提醒功能也又助于实现覆盖全社区的个性化服务，为居民的健康加分。 (6)P6 健康宣传管理： 指社区医生根据电子健康档案提供的信息，统计分析出社区疾病谱特征和流 行性疾病情况，再有针对性地进行健康宣传，并采取相关的预防措施，从而降低 整个社区的高发性疾病和流行病，实现社区的大健康。 浇头社区医院管理信息系统的一层数据流程图如图 2-4 所示： 13 管管理理员员 P1 电电子子健健康康 档档案案管管理理 P3 医医生生信信息息 管管理理 P4 诊诊断断管管理理 P2 医医疗疗信信息息

27、发发布布管管理理 社社区区居居民民 电电 子子 健健 康康 档档 案案 医医生生信信息息 最最 新新 医医 疗疗 信信 息息 电电 子子 健健 康康 档档 案案 就就诊诊医医生生信信息息 最最 新新 医医 疗疗 信信 息息 就就诊诊医医生生信信息息 著著名名专专家家会会诊诊信信息息 预预约约信信息息 P5 服服务务提提醒醒 管管理理 P6 健健康康宣宣传传 管管理理 预预约约就就诊诊表表 电电子子健健康康档档案案 电电子子健健康康档档案案 医医生生 诊诊断断信信息息 诊诊 断断 结结 果果 维维护护信信息息 审审核核信信息息 服服 务务 提提 醒醒 表表 疾疾 病病 信信 息息 电电 子子 健

28、健 康康 档档 案案 图 2-4 一层数据流程图 2.4.3 二层数据流程图 二层数据流程图作为对一层数据流程图进一步的分解，更加具体地描述了该 医院的数据流程。此处，二层数据流程图按照一层的电子健康档案管理、医疗信 息发布管理、医生信息管理、诊断管理等功能分别分解。 如图 2-5 所示为健康档案信息管理数据流程图。 14 管管理理员员 P1.1 录录入入居居民民 历历史史病病历历 居居民民历历史史病病历历信信息息 诊诊断断结结果果 社社区区居居民民 P1.2 更更新新维维护护 初初始始档档案案 电电子子健健康康 档档案案 图 2-5 健康档案信息管理数据流程图 如图 2-6 所示为医院信息发

29、布管理数据流程图。 管管理理员员 P2.1 录录入入 医医疗疗信信息息 P2.3 筛筛选选 社社区区居居民民 最最新新医医疗疗信信息息著著名名专专家家会会诊诊信信息息 P2.2 维维护护 初初始始 医医疗疗信信息息 最最新新医医疗疗信信息息 图 2-6 医院信息发布管理数据流程图 如图 2-7 所示为医生信息管理数据流程图。 15 管管理理员员 P3.1 录录入入医医生生 信信息息 P3.2 医医生生信信息息 维维护护 P3.4 登登记记著著名名专专家家会会诊诊信信息息 P3.3 生生成成 医医生生 信信息息表表 维维护护后后的的医医生生信信息息表表 就就诊诊 医医生生表表 医医生生信信息息

30、社社区区 居居民民 图 2-7 医生信息管理数据流程图 如图 2-8 所示为诊断管理数据流程图。 管管理理员员 就就诊诊 医医生生表表 维维护护信信息息 社社区区 居居民民 P4.1 预预约约 预预约约信信息息 P4.2 确确认认 预预约约信信息息 P4.3 审审核核 医医生生审审核核信信息息 预预约约 就就诊诊表表 P4.4 会会诊诊 诊诊 断断 信信 息息 P4.5 录录入入 会会诊诊结结果果 会会诊诊信信息息诊诊断断结结果果 电电 子子 健健 康康 档档 案案 图 2-8 诊断管理数据流程图 如图 2-9 所示为服务提醒管理数据流程图。 16 医医生生 P5.1 分分类类 服服务务 提提

31、醒醒表表 P5.2 筛筛选选电电子子健健康康档档案案 P5.3 设设定定 访访问问周周期期 需需要要服服务务群群体体信信息息 P5.4 查查看看 图 2-9 服务提醒管理数据流程图 如图 2-10 所示为健康宣传管理数据流程图。 P6.1 统统计计 宣宣传传信信息息 P6.2 分分析析电电子子健健康康档档案案 P6.3 形形成成公公告告 社社区区 居居民民 疾疾病病分分析析信信息息 P6.4 查查看看 图 2-10 健康宣传管理数据流程图 2.5 数据字典 为了对数据流程图中的各个元素做出详细的说明，有必要建立数据字典。数 据流程图描述了系统的分解，即描述了系统由哪几部分组成，各部分之间的联系

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

33、型 长 度：2 取值 范围：男/女 数据项编号：I-05 数据项名称：出生年月 简 述：居民出生年份及月份 数据的类型：日期型 取值 范围：1900 年 1 月 1 日-2100 年 1 月 1 日 数据项编号：I-06 数据项名称：身份证号码 数据的类型：字符型 长 度：18 数据项编号：I-07 数据项名称：联系地址 18 简 述：居民住址，如浇头社区东苑一区 3 单元 202 室 数据的类型：字符型 长 度：30 数据项编号：I-08 数据项名称：联系方式 简 述：固定电话或手机号码 数据的类型：整型 长 度：11 数据项编号：I-09 数据项名称：血型 数据的类型：字符型 取值 范围：

34、AB/A/B/O 数据项编号：I-10 数据项名称：药物过敏史 简 述：因居民个人的体质特征不同，有些在使用个别药物过程中会出 现敏感症状，如呕吐、出红疹等 数据的类型：字符型 长 度：50 数据项编号：I-11 数据项名称：身高 数据的类型：浮点型(2) 取值 范围：0.00 米-2.99 米 数据项编号：I-12 数据项名称：体重 数据的类型：浮点型(1) 取值 范围：0.0kg-500.0kg 数据项编号：I-13 数据项名称：诊断时间 简 述：用户就诊时间 19 数据的类型：日期型 取值 范围：1900 年 1 月 1 日-2100 年 1 月 1 日 数据项编号：I-14 数据项名称

35、：病况 简 述：临床症状、实验室检查结果、影像学检查结果 数据的类型：字符型 长 度：50 数据项编号：I-15 数据项名称：诊断结果 简 述：医生根据居民的症状开具的治疗方法 数据的类型：字符型 长 度：50 数据项编号：I-16 数据项名称：主治方向 简 述：医生主要研究的领域 数据的类型：字符型 长 度：100 数据项编号：I-17 数据项名称：所属单位 简 述：医生日常会诊所在的医院 数据的类型：字符型 长 度：15 数据项编号：I-18 数据项名称：会诊时间 简 述：医生为病人看病的时间段 数据的类型：字符型 长 度：20 数据项编号：I-19 数据项名称：可预约时间段 20 简 述

36、：在可预约时间段内，用户可以根据自己的情况选择合适的时间 段进行就诊 数据的类型：字符型 长 度：20 数据项编号：I-20 数据项名称：已预约时间段 简 述：已被用户预约的时间段 数据的类型：字符型 长 度：20 数据项编号：I-21 数据项名称：标题 简 述：最新医疗信息的主题 数据的类型：字符型 长 度：20 数据项编号：I-22 数据项名称：内容 简 述：最新医疗信息的内容 数据的类型：字符型 长 度：10000 数据项编号：I-23 数据项名称：上传时间 简 述：最新医疗信息的上传系统的时间 数据的类型：日期型 取值 范围：1900 年 1 月 1 日-2100 年 1 月 1 日

37、数据项编号：I-24 数据项名称：备注 简 述：未在内容中显示的其他重要信息 数据的类型：字符型 长 度：100 21 数据项编号：I-25 数据项名称：预约人 简 述：即预约者的姓名 数据的类型：字符型 长 度：5 数据项编号：I-26 数据项名称：预约时间 简 述：即预约的时间段 数据的类型：字符型 长 度：20 数据项编号：I-27 数据项名称：预约医生 简 述：即预约的医生姓名 数据的类型：字符型 长 度：5 数据项编号：I-28 数据项名称：服务内容 简 述：即社区医生上门服务的具体事项，如复查、送药等等 数据的类型：字符型 长 度：100 数据项编号：I-29 数据项名称：创建日期

38、 简 述：即创建该提醒的日期 数据的类型：日期型 取值 范围：1900 年 1 月 1 日 - 2100 年 1 月 1 日 数据项编号：I-30 数据项名称：服务频率 简 述：即医生为特殊群体服务的频率，如 1 次/周 数据的类型：字符型 长 度：50 22 数据项编号：I-31 数据项名称：编号 简 述：即疾病信息的编码 数据的类型：整型 取值 范围：1-100 数据项编号：I-32 数据项名称：疾病名称 简 述：即疾病的惯用名称 数据的类型：字符型 长 度：20 数据项编号：I-33 数据项名称：常见症状 简 述：即人感染该疾病后可能发生的症状 数据的类型：字符型 长 度：200 数据项

39、编号：I-34 数据项名称：多发月份 简 述：即该疾病较常发生的月份 数据的类型：日期型 取值 范围：1 月份-12 月份 数据项编号：I-35 数据项名称：防治措施 简 述：即有效的防治该疾病的措施 数据的类型：字符型 长 度：1000 2.5.2 数据流条目 数据流编号：D-01 数据流名称：居民历史病历信息 简 述：社区居民体检的生理参数（如身高、体重、血压参数、脉搏参 数、体温参数等）以及社区患者的病史等信息。 23 数据流来源：居民的体检报告及其历史病历信息 数据流去向：录入居民历史病历 数据项组成：身份证号码+居民姓名+性别+出生年月+联系地址+联系电话+血 型+药物过敏史+身高+

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

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

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

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

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

45、数据存储编号：F-07 数据存储名称：疾病信息 简 述：提醒社区居民在某段时间内注意某些疾病的防治 26 数据存储组成：编号+疾病名称+常见症状+多发月份+防治措施 关 键 字：编号 相关联的处理：P6.3 2.5.4 处理逻辑条目 处理逻辑编号：P1.1 处理逻辑名称：录入居民历史病历 简 述：对居民的各项生理参数及病史进行录入 输入的数据流：居民历史病历信息 处 理 描 述：管理员根据居民的体检表、病历卡等能显示体现居民就诊信 息的表单进行录入 输出的数据流：初始档案 处理逻辑编号：P1.2 处理逻辑名称：更新维护 简 述：对已有的居民病历的初始电子档案中的信息进行更新 输入的数据流：初始

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

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

48、资料等）输入到系统中 输出的数据流：医生信息表 处理逻辑编号：P3.2 处理逻辑名称：医生信息维护 简 述：对医生信息进行更新维护 输入的数据流：医生信息表 处 理 描 述：对医生的基本信息进行更新（如进行修改、删除等操作） 输出的数据流：维护后的医生信息表 处理逻辑编号：P3.3 处理逻辑名称：生成 简 述：根据维护好的医生信息生成就诊信息表 输入的数据流：维护后的医生信息表 处 理 描 述：将维护后的医生信息表中的信息进行生成就诊医生的信息表 单，有利于居民进行预约就诊 输出的数据流：就诊医生表 28 处理逻辑编号：P3.4 处理逻辑名称：登记 简 述：将著名专家的会诊信息登记进系统中 输

49、入的数据流：著名专家的会诊信息 处 理 描 述：将著名专家的会诊信息登记到系统的就诊信息表中，这样有 利于居民及时了解到有用的信息并进行预约就诊 输出的数据流：就诊信息表 处理逻辑编号：P4.1 处理逻辑名称：预约 简 述：居民通过系统进行就诊的预约 输入的数据流：预约信息 处 理 描 述：居民根据医生姓名或疾病所属科别等信息查询到诊治的信息 后，根据自己的需求选择医生，并选择合适的时间段进行提 前预约 输出的数据流：居民预约信息 处理逻辑编号：P4.2 处理逻辑名称：确认预约信息 简 述：居民确认预约信息处理 输入的数据流：居民预约信息 处 理 描 述：居民可查看预约的信息并进行确认，在确认无误后点击确定 即可，也可以进行适当修改，以确保信息的准确性 输出的数据流：确认无误的预约信息 处理逻辑编号：P4.3 处理逻辑名称：审核