医疗机构挂号平台项目功能设计

1.功能设计

为切实的缓解“看病难”、“一号难求”等问题，首先需从服务的源头入手，强化医疗机构“以病人为中心”的服务理念，优化医疗服务流程，提高医疗服务供给管理水平。“挂号服务”作为医疗机构服务的“门户”，与改善医疗机构就诊流程息息相关，因此号源的管理及维护在医疗服务体系中具有重要的意义。本系统通过开放式的交互路径，可以对号源信息形成实时监控与管理，改善医疗机构的就诊秩序，提高医疗服务供给管理水平；同时系统还可以将“挂号服务”上下游信息进行规范化处理，并及时上传管理部门，协助决策者有效的提高门诊服务的质量和效率。

1.1在线挂号模块

1.1.1用户管理

1.1.1.1用户注册

非注册用户不能使用平台进行预约挂号。注册所需要提供的信息主要要素有：登录名、真实姓名、身份证号码、手机号码、电子邮箱。

用户可以设置密码保护问题，手机号码、电子邮箱同时也作为找回注册用户信息的手断。

1.1.1.2信息找回

●通过注册的手机号找回；

根据用户注册信息，向登记的手机号码发送验证码，用户通过手机验证码登陆平台，重新设定平台登录密码。手机丢失或号码变更后致电服务中心，通过身份验证后变更手机号。

●通过邮箱找回；

●通过电子邮箱找回。

1.1.1.3个人资料管理

●用户维护个人资料。

●用户可以上传身份证照片、医保卡照进行账户验证，服务中心验证通过后，可以关联

医院就医卡号，医保卡号等。

●修改登录密码。

1.1.1.4健康金卡激活

与健康金卡进行关联。

1.1.2预约挂号

1.1.

2.1号源检索

按医院的地区分布、按科室、按疾病等多维度检索号源，查询号源的预约状态、医师职称、时间、挂号费等信息。

根据疾病指南介绍设计患者在未确定病情下的自查系统，辅助挂号行为。

建立全省医师库，个人用户可按医院的地区分布、按科室查询医师的擅长科目。

1.1.

2.2在线挂号

选择挂号项目，点击“预约挂号”，系统向登记的手机号码发送验证码，用户在1分钟内正确输入验证码后完成挂号。

如果用户没有在规定时间内完成验证，系统后台会释放锁定，自动重新检查是否还有此号源。

对于医院要求缴纳保证金的号源，用户还需要在规定的时间内在线支付保证金，超出规定时间系统自动释放号源。

1.1.

2.3保证金支付

为提高医疗资源的使用效率，可以对部分或全部挂号收取一定的保证金，对需要支付保证金的预约挂号，支付保证金后才能完成预约挂号流程，系统显示“预约成功”。

预约成功后提前（挂号日期的前一工作日15:30前）撤销预约，或现场取号正常就诊后，系统返还保证金。未取号且没有提前撤销预约，视为爽约，系统罚没保证金，保证金补偿给号源医院。

1.1.3用户中心

1.1.3.1我的挂号

●预约挂号查询

用户可查询当前预约挂号的状态。

●预约挂号撤销

用户可撤销当前尚未生效的预约挂号。

●历史记录查询与点评

查询历史预约记录，对预约挂号与就诊流程中的服务进行点评。

1.1.3.2个人账户管理

●预约挂号保证金账户

用户可进行预约挂号保证金账户的充值、余额查询、余额转出、历史支付与退款明细查询等。

●信息查询

就诊医院、就诊科室、疾病、服务医师、检查项目、用药等信息。

●健康金卡信息查询

1.1.3.3挂号助手

●我的关注

用户可收藏相关的挂号信息，关注服务较好、与自身健康相关的医院科室、知名医师出诊日期等。根据用户设定，用户关注的号源，一旦进行更新，系统将第一时间通过App、短信、Web Message等方式推送给用户，提醒用户及时预约挂号。

●在线帮助

提供在线挂号快速指南，图文并茂，展示预约挂号以及现场取号的流程。

1.1.3.4公告栏

●医疗机构黑名单

对预约挂号成功后现场不能取号，或取号后对用户进行区别服务等情况，经用户反馈与平台统计，对相应的医疗卫生机构进行记录，并公示。

●个人黑名单记录

连续预约3次成功后不取号就诊，1个月内无法网上预约，在用户个人记录中作系统黑名单提示。

1.2医疗机构模块

1.2.1医疗机构信息管理

合理配置卫生资源的前提是基于对现有情况的了解，因此需要对现有医疗机构信息进行整理。医疗机构信息管理模块主要包括对所辖区域内医疗资源汇集、标准化、分析及维护等功能，为医疗机构向系统提供资源信息建立开放性平台。

1.2.1.1医疗机构基础信息维护

医疗机构基础信息的主要内容包括医疗机构的性质与级别、地理位置与交通、联系方式、服务公告以及科室简介、科室位置与联系方式、科室结构、科室规模、特色科室等项目。医疗机构基础信息还对新上线的医疗机构或科室如材料不足者予以提醒，补充完整后根据医疗市场需求向患者进行推荐。

1.2.1.2医疗资源信息维护

医疗资源信息的主要内容包括由医疗机构填写的科室内医师姓名、级别、照片等基本信息以及科室专家推荐；由医师自主填写的诊疗内容及主诊方向、专家擅长、出诊的主要时间、同科室相似医师推荐。医疗资源信息还包括由实名患者就诊后对医师的预约和收藏情况、评价信息及打分系统，通过系统审核后向社会公示。

1.2.2号源分配

系统通过实时监控技术与开放式的管理平台，在合理统筹安排资源的前提下，与政府及医疗机构共同完成号源的分配与协调。

1.2.2.1号源维护

号源维护模块提供多种预约号源选择模式，如提前三天、一周、一月预约；模糊型时间节点选择（上午、下午、夜间）及精确性时间节点选择；封闭式固定号源、开放式动态号源以及队列式动态号源等。

1.2.2.2数据导入

号源维护模块同时提供标准化的数据导入功能，通过接口连接至医院HIS端人力资源作业与调配系统，将医师排班表、号源分配表上传至系统数据库，在页面进行显示，显示后可同样按照上一节所述进行号源维护，进行编辑、修改。

1.2.3信息反馈

信息反馈模块基于患者既往诊疗记录与健康信息，将历史数据以个人为单位进行组织整理，建立个人化的诊疗信息网络数据，便于患者及医师在后续治疗过程中的查询与使用。

1.2.3.1就诊信息

将患者预约与就诊信息及时传递至处理后台，结合患者健康状况、参考就诊人年龄、疾病、就诊机构及科室等信息，进行标准化处理后上传至卫生监管部门，便于有关部门针对医疗机构或就诊个体进行卫生统计与决策制定。

1.2.3.2诊疗信息

将患者自主录入信息、就诊记录以及就诊间隔等信息及时汇总上传至处理后台，结合患者其后对医师及医疗机构的评价进行整理并上传至卫生监管部门，便于监管系统监督不合理医疗行为与规范临床路径。

1.2.4取号及就诊流程

1.2.4.1取号

预约成功后，用户在医院现场取号。现场出示证件与挂号平台登记证件不一致的，拒绝发号，并在预约时间超过后将预约号作废。现场出示证件与挂号平台登记证件相符的，发放预约登记号码。

1.2.4.2号源队列管理

用户在挂号平台成功预约后，号源资源池的计数器减1，同时显示剩余的号源数量。用户在挂号时间前有效撤消预约时，号源资源池的计数器加1，同时刷新剩余的号源数量。号源分配结束后，剩余数量显示为0，不再接受预约。发放预约登记号码后，预约登记计数器减1，同时显示未取号的预约个数。

1.2.5统计分析

根据挂号记录，针对患者个体建立诊疗信息数据库。在患者进入诊疗流程伊始，有选择性的将过滤后相关信息及时传递至医生就诊后台。在诊疗过程中，医师可以随时灵活的调用患者信息，并对重要信息点，予以医师必要提示。

1.3后台维护模块

1.3.1角色管理

建立个人用户、医疗卫生机构用户、医疗卫生主管部门等不同角色，赋予每个角色不同的权限。

1.3.2用户管理

验证用户提交的资料，关联用户账户对应的角色，激活用户账户。

1.3.3系统维护

1.3.3.1日常增量备份

系统进行数据初始化后上线运转，运转后进行日常数据增量备份，即，将每日新增的维护数据、业务数据同步至增量数据备份服务器，如灾备中心。

1.3.3.2定期数据全备

系统定期进行全量数据备份，将数据库做镜像，直接复制到备份服务器上。 4.3.2 系统灾备按照国家信息安全管理制度与号召，构建“两地三中心”的灾备体系，维持系统的稳定、可靠，建设包含主体集群服务器、同城灾备中心、异地灾备中心等机房，制定切换策略，推算切换时点。

1.3.3.3安全演练

完成数据级备份、灾备体系建设后，定期积极进行安全预演，检验系统灾备策略，考验灾备的操作时点，建立补偿反馈机制。信息系统灾难发生时，按照灾备策略与安全演练经验，进行系统切换和数据恢复，保障业务的连续性。

1.3.3.4安全服务人员保障

为确保服务的质量，我公司对不同故障级别明确定义了故障时限，而且绝大多数故障均在限时内确认并向用户提出相应的解决方案。对于在规定时间内不能解决问题的，我公司制订了明确的故障升级程序直至故障排除为止。我公司故障超时升级程序如下表：

1.3.4技术升级

系统进行定期的软件版本和安全策略的升级。

1.3.4.1软件升级

按照信息系统需要，升级软件，保持信息系统运行效率与技术先进性。

1.3.4.2安全策略升级

定期进行系统安全策略升级，保证策略的动态变化，维持系统的安全与稳定。

2.架构设计

系统整体架构图如下：

从整体架构上看，业务平台采用基于互联网的技术进行开发。外部用户通过PC或Pad浏览器、手机App等访问业务平台，平台经过安全认证后，根据用户的权限，配置用户界面。应用服务器调用数据服务器数据，而号源数据、医院HIS人力资源作业与调配系统等医疗资源数据库与用户数据库、文件数据库彼此之间逻辑分离，既保证了在个人用户端信息展示的公开、透明，

促成医疗机构之间形成充分竞争，也对医疗机构提供保密义务与责任。同时，通过对业务数据进行常态备份，保障业务系统的稳定与安全。

而分布式应用服务器的部署，可以保证业务的连续性。这种冗余结构不仅能分担负荷，还能进行灾害恢复和故障切换，当一台应用服务器或数据库服务器发生故障时（硬件、操作系统等），同一层的服务器能自动发现故障服务器，并将故障服务器上正在进行的工作接替过来，保证业务处理不停顿进行，这一切对用户都是透明的，用户甚至觉察不到已经发生了故障切换，从而大大提升了系统的性能和容错能力。

省内各所属地市医院、卫生主管机关以及患者通过网络接入并访问系统。所有访问的请求和处理均由多台应用服务器支撑，负载可以得到有效的均衡。