医院放射科排队叫号系统设计与实现

PAGE22题目医院放射科排队叫号系统设计与实现医院放射科排队叫号系统设计与实现【摘要】长期以来，在医院每天的就诊高峰期，患者前拥后挤地站着等候就诊，声音嘈杂、秩序混乱。为了帮助医院提高对病人就诊秩序的管理效率、提高信息处理的速度和正确性。因此，本文设计了一套医院放射科排队叫号系统。医院放射科排队叫号系统采用了Android平台、ZigBee技术、JAVA语言来实现系统的主要功能管理。根据医院排队叫号管理工作的实际流程及用户操作要求，将系统功能划分为患者管理模块、检查项目管理模块、数据统计管理模块、自助排队管理模块、闭气训练管理模块。系统设计基于MVC架构，搭建系统软件架构；实现部分对系统各功能模块的实现进行详细介绍，以界面图展示了系统实现的结果。最后的测试结果表明：系统满足了设计之初的需求，能够投入到中职院校稳定正常运行。【关键词】放射科；排队叫号；Android

Designandimplementationofqueuingsysteminradiologydepartmentofhospital【Abstract】Foralongtime,atthepeakofeverydayinthehospital,patientsarestandinginfrontofeachotherandwaitingfortreatment,withnoisyvoiceanddisorderedorder.Inordertohelpthehospitaltoimprovetheefficiencyofthemanagementofpatients'medicalorder,improvethespeedandaccuracyofinformationprocessing.Therefore,thispaperdesignsaqueuingsystemforradiologydepartment.Androidplatform,ZigBeetechnologyandJavalanguageareusedtorealizethemainfunctionmanagementofthesystem.Accordingtotheactualprocessofhospitalqueuingmanagementanduseroperationrequirements,thesystemfunctionsaredividedintopatientmanagementmodule,inspectionprojectmanagementmodule,datastatisticsmanagementmodule,self-servicequeuingmanagementmodule,closedairtrainingmanagementmodule.ThesystemdesignisbasedonMVCarchitecture,buildingthesystemsoftwarearchitecture;theimplementationpartofthesystemfunctionmodulesareintroducedindetail,withtheinterfacediagramtoshowtheresultsofthesystemimplementation.Thefinaltestresultsshowthatthesystemmeetstheneedsofthebeginningofthedesign,andcanbeputintothestableandnormaloperationofsecondaryvocationalcolleges.【KeyWords】RadiologyDepartment，Queuenumber，Android目录21778第1章绪论 59206第2章医院放射科排队叫号系统需求分析 536322.1总体需求分析 5252812.2可行性分析 690852.3系统功能需求分析 6321092.3.1患者管理模块需求分析 6217322.3.2检查项目管理模块需求分析 7126952.3.3数据统计管理模块需求分析 8310782.3.4自助排队管理模块需求分析 8129802.3.5闭气训练管理模块需求分析 95456第3章医院放射科排队叫号系统设计与实现 11163433.1系统技术总体架构设计 11163433.2系统开发环境 12163433.3系统各功能模块的实现 1384153.3.1患者管理功能实现 15255393.3.2检查项目管理功能实现 1635543.3.3数据统计管理功能实现 17277313.3.4自助排队叫号管理功能实现 19233033.3.5闭气训练管理功能实现 21233033.3.6后台管理员相关工程模块 23163433.4数据库设计 2484153.4.1数据库概念模型的设计 2484153.4.2数据库物理模型的设计 2820354结论 3021561参考文献 3229647致谢 33第1章绪论现如今，随着卫生部《关于在公立医院施行预约诊疗服务工作的意见》的出台，公立医院以此为契机，深化改革医院的服务管理，各公立医院预约诊疗服务工作开始陆续施行，所谓预约则主要是针对门诊专家的挂号预约和门诊检查预约，目前网上预约挂号对门诊量较大的综合型医院的挂号难、挂号排队时间长问题已经起到了一定的作用。而目前医院门诊、住院的基本流程一般都是挂号、医生就诊、辅助医技检查、临床诊断。对于患者来说，只有检查和诊断才是必须的医疗服务黄金时间。患者在就医时，存在着“三长一短”的问题，即挂号时间长、候诊时间长、检查排队时间长，就医诊断时间短。这几个关键问题依然比较突出，不同的时间段门诊病人的流量也不均衡。高峰期病人挂号排队时间长、检查排队时间长，候诊时间长；低谷期无病人就诊，造成医院资源浪费。为了帮助医院提高对病人就诊秩序的管理效率、进而减轻工作人员的劳动强度、提高信息处理的速度和正确性，真正为患者创造一个舒心的、良好的就医环境。本课题以本人亲戚在医院放射科检查室工作的实际需求为基础，通过开发部署一套完整有效的医院放射科排队叫号系统，来实现对患者整个就医流程的改造和优化，对医院长期协调发展有重要意义，并进一步提升整个医院乃至整个社会的医疗水平。第2章医院放射科排队叫号系统需求分析2.1总体需求分析本课题是为改善门诊高峰期挂号检查排队长、就诊长时间等待，环境拥挤混乱的现状，特别是解决专家号名医专家号难挂、检查排不上队的问题，杜绝倒号、炒专家号的现象，缓解门诊高峰的就诊压力而提出的。而目前一个病人到医院就诊，环节众多，流程繁琐，需要跑多个地方才能最终完成此次就诊。而本文所设计的医院无线排队叫号系统则主要涵盖了：患者管理模块、检查项目管理模块、数据统计管理模块、自助排队管理模块、闭气训练管理模块等主要功能。系统的功能模块图如图2-1所示。图2-1系统功能模块图2.2可行性分析对于将要进行的系统开发工作，系统的搭建工作相对而言要求比较低，这保证在系统的前期基础设施的需求上面不需要投入太多的硬件资源，经济成本低。由于系统选用比较成熟的技术手段，另外采取了典型的编程语言JAVA，在系统的上不存在太大的经济负担。只需要一台服务器就可以简单的实现低流量的查询，系统的所有成本主要集中在服务器与域名建立上，因此对于该系统而言，成本是比较少的，所以在经济上也可行。2.3系统功能需求分析2.3.1患者管理模块需求分析医院通过本系统进行排队叫号管理时，还需要对患者信息进行管理，医护人员需要在本模块对患者信息进行管理操作，本模块需要提供患者信息录入操作功能，医护人员可以新建患者信息，完成对患者信息的编辑并保存到系统数据库后。系统的患者信息内容较多，医护人员要想对快速准确地查看到患者信息，本模块还需要提供搜索功能。患者信息在录入后，还需要根据实际情况进行修改、添加、删除功能。患者管理功能具体用例如图3-2所示。图3-2患者管理功能模块用例图2.3.2检查项目管理模块需求分析本模块主要对需要进行排队叫号的项目内容进行管理。医护人员需要针对医院具体的排队情况，对检查项目进行管理，对检查项目和科室诊室设置对应关系。医护人员在对检查项目进行管理时，需要管理检查项目的排队状态，并且设置检查项目的叫号数量，医护人员需要在本模块对检查项目进行新建，并且设置检查项目主要流程，并且随时对项目内容进行修改，包括对项目状态的更改。为了方便医护人员快速对检查项目进行查看，本模块还需要提供检查项目的搜索功能，方便医护人员快速而准确地搜索到需要的检查项目信息。检查项目管理模块的用例图如图3-3所示：图3-3检查项目管理功能模块用例图2.3.3数据统计管理模块需求分析数据统计管理功能的主要负责对系统的排队叫号信息进行整理和统计。因此，本模块需要为系统用户提供医院不同科室检查项目的数据统计设置，系统用户还需要对数据统计进行设置，按照用户设置个性化显示统计结果的表现形式。系统用户在对数据统计结果进行查看时，系统还需要提供导出功能。为了方便各个科室能够在排队叫号管理上合理安排时间，本模块还需要为系统用户提供数据分析功能，从而对科室对排队叫号的管理起到了辅助决策的作用。数据统计管理模块的用例图如图3-4所示：图3-4检查项目管理功能模块用例图2.3.4自助排队管理模块需求分析自助排队管理模块不但需要为医护人员提供排队叫号管理，还需要为患者用户提供自助排队操作的功能。当医护人员已经在检查项目管理功能中对排队叫号进行设置后，还需要在本模块对叫号情况进行查看，本模块还需要提供科室排队查询功能，并且需要提供手动调号功能，从而让一些特殊患者的等待的时间更短。患者用户可以在本模块选择相应的科室，若需要指定医生用户，还需要继续选择医生姓名，这些操作都完成后，就可以开始排队，系统会为患者用户显示当前的等待情况，系统会对下一位排到的患者自动分配可直接进入的诊室号，并通过移动终端对患者进行语音叫号提示，患者用户需要根据语音提示对叫号信息进行确认。患者用户在还需要有取消叫号的操作选项，这样就省去了无人应答的时间，为医院节省时间。自助排队管理模块用例图如图3-5所示：图3-5自助排队管理功能模块用例图2.3.5闭气训练管理模块需求分析闭气训练模块的功能主要是为帮助医护人员对正在进行排队的患者提前进行闭气训练进行管理，让上一位患者在快要结束诊疗或检查后，系统提示下一位等待的患者做好闭气训练，从而在系统提示叫号后让患者直接进入放射科进行检查，从而减少闭气训练到检查这个过程之间的等待时间。闭气训练管理功能具体用例如图3-6所示。图2-2闭气训练管理功能模块用例图第3章医院放射科排队叫号系统设计与实现3.1系统技术总体架构设计面向服务架构，致力于实现的目标有两个：其中一个就是跨平台能力，而要实现这个能力，就不能建立在操作系统的基础上，而要建立某种数据通信标准，依靠各个技术，就可以不依赖操作系统，实现接口通信。另一个就是降低系统耦合性。这样做的目的就是实现服务关联度最小。实现了这个目标，当系统需要升级一个服务的时候，就会大大减少对其他服务的影响，这主要是因为通讯接口并没有改变。客户端的MVC架构如图3-1所示。图3-1系统架构图基于实际情况，对系统内部的硬件设施进行探究分析与设计，其中Android平台，在系统设计与实现过程中扮演着客户端的角色，医生、护士以及患者是其使用对象，客户端设备在以移动、联通以及电信的基础上实现的，或者借助无线网进行该系统与服务器之间的实际连接。管理员后台的服务器端在听从系统公告命令的同时进行服务器端各项硬件设备的实际运行，并在此过程中，借助HTTP协议实现与客户端安卓设备的实际连接。以下为该系统内部的硬件结构，系统的整体网络架构如图4-2所示。图4-2系统内部网络架构图3.2系统开发环境系统的开发平台包括开发工具、开发语言与软件基础等，本系统采集了需要实现系统的基本开发工具，在满足系统开发需求的条件下，构建系统实现环境，包括服务器和网络设备。本系统的开发工具为VisualBasic，Web服务器采用IIS7.0，结合MySQL数据库技术，完成了系统的搭建，系统搭建过程中所采用的开发工具及技术具体如表5-1所示。表3-1系统开发工具及技术项目配置编码技术Html、javascript开发工具VisualBasic6.0Web服务器MicrosoftIIS7.0数据库系统MySQL服务器操作系统WindowsServer2012客户端操作系统Windows1064位在硬件上，主要包括服务器和客户端机器，具体的配置如表5-2所示。表3-2系统硬件配置表项目配置说明服务器CPU:十六核内存:64G硬盘:4T客户端处理器：八核RAM：8GBROM：32GB及以上3.3系统各功能模块的实现当用户进入系统时，首先进入的是登录界面，当没有进行任何操作时，系统将用户默认为管理员，管理员对于系统来说，有着最高的操作权限，所以只有输入正确的用户名和登录密码才会正常进入系统菜单。登录步骤能够保障系统的安全性，在登录界面中，界面中需要保持简洁易辨认的特点。让用户登录时容易看到登录窗口，让界面内容显示更加直观。用户登录界面如图3-2所示。图3-2用户登录界面从图3-2可以看出，系统用户在访问系统的登录界面时，可以通过账户密码来登录系统账号。用户成功登录系统后，就可以进入系统的主界面，系统的主界面如图5-2所示：图3-3系统主界面图从图3-3可以看出，系统的主界面除了显示系统的名称和图标，最主要是显示了系统的主要功能模块按钮，系统用户可以通过点击功能按钮，进入到各个功能模块界面进行相关操作和管理。登录实现的流程如图3-4所示。图3-4登录流程图用户成功登录系统以后，将进入系统的主界面，在主界面上可以点击相应的功能按钮进入相应的模块进行操作。3.3.1患者管理功能实现医护人员登录系统后，可以在本模块实现查看并修改不同的患者的信息内容，并对患者的信息进行查询、更新，在查询过程中，系统根据实际情况设计了多种查询条件，在查询功能中，通过select_click事件触发Dataselect.cs类对基本信息进行查询，对于不同的选择，系统提供了不同的查询条件，根据操作员的选择以及输入的相应的查询条件，系统可以按照姓名、编号、时间等字段进行精确、模糊查询，通过insertStudent.cs按钮事件触发insertExcelClick查询类，并最终将查询结果显示在管理员当前所在的界面上。患者用户可以在本模块对诊断结果进行查询，通过设置查询图标PatientQuery，PatientQuery绑定查询功能函数QueryOperation()，该函数主要通过数据库系统中的sql语句对患者信息表对患者的姓名、编号、时间、诊断结果等信息进行关联查找，从而将相应患者的诊断信息显出并返回给查询界面。患者管理功能界面如图3-5所示：图3-5患者信息管理功能界面图从图3-5可以看出，医护人员可以对患者信息进行管理，通过搜索的方式来快速找到一个或多个患者的信息列表，从而方便对患者信息进行管理。3.3.2检查项目管理功能实现检查项目管理功能主要对需要进行排队叫号的项目内容进行管理，主要包括检查项目状态设置、检查项目新建、检查项目修改、检查项目搜索、检查项目排队叫号设置五个子模块，其中检查项目的搜索实现，由客户端软件提交表单至LeaveAction类的leaveAdd方法。该方法调用HuanDAO类的gethuanById方法读取患者信息。在新建检查项目实体时，并构建检查项目与排队叫号信息之间数据关联后，完成数据的持久化保存。按照功能设计模型，构造应用程序代码。以HuanDocDAO类的leavePersist方法为例，应用程序编码中，调用了Hibernate框架所提供的数据库访问对象Session。框架提供了该对象统一管理数据库的各种操作。由Session对象saveOrUpdate方法完成数据的持久化保存。医护人员能够添加项目编号、科室、项目名称、最新更新时间、操作用户、项目状态等信息。页面表单提交过程中，将数据向服务器端发送。检查项目新建的操作实现界面图如图3-6所示。图3-6检查项目管理功能界面从图3-6中可知，医护人员点击新建按钮后，即可进入检查项目信息编辑界面，编辑完相关信息后，即可点击保存按钮，将录入的检查项目信息提交到系统数据库。3.3.3数据统计管理功能实现数据统计管理模块的主要包括数据统计设置、统计结果查看、统计结果导出三个子模块。主要负责对系统的排队叫号信息进行整理和统计，具体的设计内容如下：（1）数据统计设置医护人员可以在本模块对数据统计进行设置，包括设置数据统计的时间段、科室、统计结果显示类型等，其中统计结果的显示类型包括表格、图形两大类，而图形类具体包括曲线图、柱状图、雷达图、饼图等。医护人员完成设置后，系统会根据设置内容默认为此数据统计结果显示，医护人员随时可以对数据统计设置进行更改。（2）统计结果查看医护人员可以根据数据统计设置查看统计结果，如果设置的统计结果显示的是图形类的显示方式，用户在对统计结果进行操作时，可以放大具体的图形内容，方便用户仔细查看细节，也可以对图形进行缩小操作，从而查看统计图形的整体趋势，图形上还标有具体的数据信息，让医护人员快速了解具体的统计结果数据。（3）数据分析操作医护人员可以在本模块对系统数据进行分析，数据分析内容包括对科室叫号数量的建议分析、不同科室项目占用时间的建议分析等。本模块将选用决策树算法，基于系统数据，主要包括患者个人信息、患者病历信息、诊疗日志信息、检查项目信息、科室排队信息、医生排队信息以及闭气训练信息等，来对系统数据的指定分析项目向医护人员给出不同时间不同科室的分析结果。（4）统计结果导出医护人员可以将已经统计出的结果导出，不但可以导出为图形，还可以导出为文件，并且选择具体的图片格式或文件格式，目前支持的图片格式包括JPG、PNG等，支持的文件格式包括EXCEL、WORD、TXT等。数据统计设置界面如图3-7所示：图3-7数据统计管理功能界面设置完数据统计后，就可以方便医护人员查看数据分析内容，还可以点击导出按钮，将统计数据导出成文件和图形，系统用户可以选择导出数据类型及格式，选择完成后，点击保存按钮，即可成功将统计数据保存到移动终端本地文件中。3.3.4自助排队叫号管理功能实现自助排队管理模块主要包括叫号实时查看、排队查询功能、手动调号功能、自主排队操作、叫号语音提示查看、叫号取消操作等子功能。医护人员可以在本模块进行叫号管理，患者用户可以在本模块进行自助排队操作。具体的设计内容如下：（1）患者叫号实时查看医护人员可以在本模块根据检查项目实时查看所在科室排队患者的叫号情况及就诊信息，就包括患者的叫号编号、对应患者姓名、就诊时间、就诊时间、已等待时间、等候的病人数量、已经就诊的病人数量等内容。患者用户也可以对自身的排队情况进行查看，系统会为患者用户显示当前的等待情况、前面还有多少位患者、估计需要多少时间等信息。（2）排队查询功能医护人员可以在本模块对科室患者的排队情况进行搜索操作，快速查看每个科室下方列出所有挂该科室的患者的姓名、挂号时间，医生姓名、就诊状态以及是否调号等内容。（3）手动调号功能对于一些特殊的患者，例如急诊转入的病人、老年人等需要优先照顾的病人，医护人员可以根据实际情况进行手动调号功能，从而让这些特殊患者的等待的时间更短。调号完成后，检查项目的叫号信息也会进行实时刷新。（4）自主排队操作患者用户可以在本模块进行自主排队操作，患者用户可以在本模块选择相应的科室，若需要指定医生用户，再继续选择医生姓名，这些操作都完成后，就可以开始排队。若患者用户没有制定医生，系统会随机为患者分配医生和诊室。（5）叫号语音提示查看当患者用户的前一位患者已经完成检查或诊疗，排到患者用户时，系统会自动对患者用户进行语音提示，患者用户若是不切换到叫号信息查看界面，系统会持续三秒对患者用户进行提示，若患者用户没有及时在此界面进行确认操作，患者用户的排号不会作废，而是会顺延到下一位。（6）叫号取消操作患者用户可以对已经排好号进行取消操作，为了保证用户权益的不被损害，系统会再次对用户的操作行为进行确认，用户确认后，即可取消排队，系统会将用户取消的号放出来。以叫号实时查看界面为例，实现界面如图3-8所示：图3-8叫号实时查看界面如图3-9所示，医护人员可以在本模块根据检查项目实时查看所在科室排队患者的叫号情况，就包括患者的叫号编号、对应患者姓名等内容。3.3.5闭气训练管理功能实现闭气训练管理模块的主要子功能包括训练提示信息查看、视频教程查看、打卡操作。主要为患者提供训练时间提示、闭气训练教程以及训练打卡操作等功能。本模块的初始状态主要为放射科检查室的闭气训练管理进行服务，在对系统的技术架构进行分析和设计的过程中，考虑到了系统的拓展性和延伸性，以后可以添加更多的训练项目，从而为医院的所有科室的排队叫号前的准备工作提供管理功能。具体的设计内容如下：（1）训练提示信息查看当此时等待的患者的前一位患者正在接受检查或诊疗时，系统会正在等待的患者用户发起提示信息，提示患者用户进行闭气训练，这样设计的好处就是能够保证正在等待的患者用户能够有充足的时间进行闭气训练操作。（2）闭气训练教程本模块还会为患者用户提供相应项目的教程信息，患者用户可以在本模块查看闭气训练的视频教程、图片以及文字说明，通过自主学习，减少医护人员的指导时间，若患者用户在查看教程信息后依然无法掌握闭气训练的方法，可以选择对医护人员进行在线求助，本模块上传的闭气训练视频、图片、文字需要做到详细、完整，从而保证大多数的患者用户能够快速掌握闭气训练内容，因此，只有极少一部分的患者才需要进行在线求助功能。（3）训练打卡操作患者用户完成闭气训练后，可以对训练项目进行打卡操作，才能保证患者用户能够在接下来的排队中顺利排到号。以打卡操作为例，闭气训练管理功能的界面如图3-10所示：图3-10闭气训练打卡界面3.3.6后台管理员相关功能模块（1）管理员信息管理管理员登录设有单独的登录界面。管理员登录时进入登录界面输入用户名和密码，系统首先检验用户是否存在，若不存在，则返回登录界面；若存在则进一步对核对登录密码是否正确，若密码正确，取出管理员名放到系统Session中，同时将相关数据写入数据库中,结束该模块转入系统首页；否则返回到登录界面。其流程如图3-11所示：图3-11管理员信息管理（2）用户信息管理管理员进入管理用户信息界面。添加用户，先检查输入信息是否合法，若不合法则返回管理用户信息界面重新输入；否则检验用户是否已经存在，若已经存在，则返回管理用户信息界面重新输入；否则添加成功。显示用户信息，从数据库中取出所有用户信息，在管理用户信息界面显示出来。修改用户信息，先检查输入信息是否合法，若不合法则返回管理用户信息界面重新输入；否则修改成功。删除用户，修改数据库中相关信息，删除成功。以修改用户信息操作为例，其流程如图3-12所示：图5-12用户信息管理3.4数据库设计数据库的设计归根结底是要达到两个目标，第一是要满足系统事务处理的要求，意即满足系统所需要达到的功能；第二是储存数据，业务系统每天产生的大量数据，虽然当时不会产生很大的作用，但是很多有规律的数据就隐藏其中，需要大量的数据才能发现。3.4.1数据库概念模型的设计本文所设计的系统中的实体主要有患者个人信息、患者病历信息、诊疗日志信息、检查项目信息、科室排队信息、医生排队信息以及闭气训练信息等。由于篇幅的问题，本文只介绍系统主要数据实体的实体属性图。对系统中主要实体及属性用E-R图进行描述的过程中，有些实体涉及的属性较多，本文就不一一列举，仅列举出主要的属性。（1）患者个人信息实体属性图患者个人信息实体的属性有患者编号、病历信息编号、诊疗日志信息编号、姓名、性别、年龄、身份证、手机号码等，患者编号是患者个人信息实体的唯一属性标识。患者个人信息实体属性图如图3-11所示。图3-11患者个人信息实体属性图（2）患者病历信息实体属性图患者病历信息实体包含的属性有病历编号、患者编号、治疗时间、所属科室、诊室号、检查项目、诊断结果、医嘱内容、主治医师等。患者病历信息实体属性图如图3-12所示。图3-12患者病历信息实体属性图（3）诊疗日志信息实体属性图诊疗日志信息实体包含的属性有日志编号、患者编号、更新时间、记录用户编号、病情描述、诊疗内容等。诊疗日志信息的实体属性图如图3-13所示。图3-13诊疗日志信息实体属性图（4）检查项目信息实体属性图检查项目信息实体包含的属性有项目编号、科室、项目名称、最新更新时间、操作用户、项目状态等。检查项目信息实体属性图如图3-14所示。图3-14检查项目信息实体属性图（5）科室排队信息实体属性图科室排队信息实体包含的属性有科室编号、日期、设置叫号数量、实际使用叫号数、医生编号列表、患者编号列表等。科室排队信息表的实体属性图如图3-15所示。图3-15科室排队信息实体属性图（6）医生排队信息实体属性图医生排队信息实体包含的属性有医生编号、患者编号列表、日期、实际使用叫号数等。具体的医生排队信息的实体属性图如图3-16所示。图3-16医生排队信息实体属性图（7）闭气训练信息实体属性图闭气训练信息实体包含的属性有患者编号、排队编号、是否查看教程、是否使用在线求助、是否打卡等。具体的闭气训练信息表的实体属性图如图3-17所示。图3-17闭气训练信息实体属性图（8）系统E-R图系统整体E-R图能够将系统中的实体部分来进行清晰的连接，本系统的整体E-R图如图3-18所示。图3-18系统整体E-R图3.4.2数据库物理模型的设计本系统主要数据库表有订单信息表、出库信息表、入库信息表、库存信息表、配送信息表以及运输信息表。（1）患者个人信息患者个人信息数据表内容包含患者编号、病历信息编号、诊疗日志信息编号、姓名、性别、年龄、身份证、手机号码等。具体的数据表内容表如表3-1所示。表3-1患者个人信息表字段名数据类型中文描述说明pdjh_hzIDint患者编号主键，非空pdjh_blIDint病历信息编号外键，非空pdjh_rzIDint诊疗日志信息编号外键，非空pdjh_xmVarchar(20)姓名非空pdjh_xbVarchar(20)性别非空pdjh_nlVarchar(20)年龄非空pdjh_sfzVarchar30)身份证非空pdjh_sjhint手机号码非空患者病历信息表患者病历信息数据表内容包含病历编号、患者编号、治疗时间、所属科室、诊室号、检查项目、诊断结果、医嘱内容、主治医师等。具体的数据表内容表如表3-2所示。表3-2患者病历信息表字段名数据类型中文描述说明pdjh_blIDint病历编号主键，非空pdjh_hzIDint患者编号外键pdjh_zlsjint治疗时间pdjh_ksint所属科室pdjh_zshVarchar(20)诊室号pdjh_jcxmVarchar(20)检查项目pdjh_zdjgdatetime诊断结果pdjh_yznrdatetime医嘱内容pdjh_zzysdatetime主治医师（3）诊疗日志信息表诊疗日志信息数据表内容包含日志编号、患者编号、更新时间、记录用户编号、病情描述、诊疗内容等。具体的数据表内容表如表3-3所示。表3-3诊疗日志信息表字段名数据类型中文描述说明pdjh_rzIDint日志编号主键，非空pdjh_hzIDVarchar(20)患者编号外键pdjh_gxsjint更新时间pdjh_jlyhIDVarchar(20)记录用户编号pdjh_bqmsdatetime病情描述pdjh_zlnrVarchar(20)诊疗内容（4）检查项目信息表检查项目信息数据表内容包含项目编号、科室、项目名称、最新更新时间、操作用户、项目状态等。具体的数据表内容表如表3-4所示。表3-4检查项目信息表字段名数据类型中文描述说明pdjh_xmIDint项目编号主键，非空pdjh_ksVarchar(20)科室pdjh_xmmcVarchar(20)项目名称pdjh_zxgxsjVarchar(20)最新更新时间pdjh_czyhdatetime操作用户pdjh_xmztVarchar(20)项目状态（5）科室排队信息表科室排队信息表中包含有科室编号、日期、设置叫号数量、实际使用叫号数、医生编号列表、患者编号列表等，具体的运输信息表的设计如表3-5所示。表3-5科室排队信息表字段名数据类型中文描述说明pdjh_ksIDint科室编号主键，非空pdjh_rqVarchar(20)日期pdjh_szjhnumdatetime设置叫号数量外键pdjh_sjsyjhnumVarchar(20)实际使用叫号数pdjh_ysbhlistVarchar(20)医生编号列表pdjh_hzbhlistVarchar(20)患者编号列表（6）医生排队信息表医生排队信息表中包含有医生编号、患者编号列表、日期、实际使用叫号数等，具体的配送信息表的设计如表3-6所示。表3-6医生排队信息表字段名数据类型中文描述说明pdjh_ysIDint医生编号主键，非空pdjh_hzIDlistint患者编号列表pdjh_rqVarchar(20)日期外键pdjh_sjsyjhnum