DB32-T 4806-2024 家庭医生签约服务系统基本功能规范

江苏省地方标准DB32/T4806—2024家庭医生签约服务系统基本功能规范Basicfunctionspecificationoffamilydoctorcontractservicesystem2024-06-05发布2024-07-05实施江苏省市场监督管理局发发出布版Ⅰ前言 Ⅲ 2规范性引用文件 3术语和定义 4总体要求 4.1总体目标 4.2总体框架 4.3系统对接 5功能要求 5.1基本功能清单 5.2家庭医生电脑端功能要求 5.3家庭医生移动端功能要求 5.4居民移动端功能要求 5.5管理后台功能要求 6安全要求 6.1信息安全 6.2数据安全 6.3日志管理 7设备设施及网络要求 8运行维护要求 参考文献 Ⅲ本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由江苏省卫生健康标准化技术委员会提出并归口。本文件起草单位：南京市卫生信息中心、南京市玄武区卫生健康委员会、南京鼓楼医院、江苏健康无忧网络科技有限公司。本文件主要起草人：管世俊、殷伟东、王艳敏、闫允锋、陈平、黄钊、陈颖、张伟、戴秋玉、赵仕成、1DB32/T4806—2024家庭医生签约服务系统基本功能规范本文件规定了家庭医生签约服务系统（以下简称“系统”）的总体要求、功能要求、安全要求、设备设施及网络要求、运行维护要求。本文件适用于各级各类医疗机构家庭医生签约服务系统的建设与应用。2规范性引用文件下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T22239信息安全技术网络安全等级保护基本要求GB/T24364信息安全技术信息安全风险管理实施指南GB/T28827.1信息技术服务运行维护第1部分：通用要求GB/T35273信息安全技术个人信息安全规范3术语和定义下列术语和定义适用于本文件。3.1家庭医生签约服务contractedfamilydoctorservices基层医疗机构委托具备临床诊疗和开展公共卫生服务工作经历的全科医生为主体，以家庭医生签约服务团队的形式为签约居民提供安全、方便、有效、连续、经济的健康服务。3.2签约服务项目contractedserviceitems为签约居民提供的健康服务项目。注：包括基本公共卫生服务、基本医疗服务、健康综合服务、增值服务四个类型。3.3签约服务包contractedservicepacks服务包由服务项目组成，包括基础服务包、健康管理包、增值服务包三个类型。3.4随访服务follow⁃upservices家庭医生团队根据服务协议定期了解、记录签约居民健康情况并提供相应的健康指导。3.5预签约申请pre⁃contractapplications居民在线上提交签约申请，审核通过后再与家庭医生进行面签。2DB32/T4806—2024健康宣教healtheducation通过有计划、有系统的健康教育活动，使居民自觉地采纳有益于健康的行为和生活方式。双向转诊dualreferral家庭医生对诊断、治疗有困难的签约居民通过信息系统上转至上级医疗机构。上级医疗机构对病情相对稳定需要康复治疗的病人通过信息系统下转至下级医疗机构。预约诊疗appointmentsfordiagnosisandtreatment家庭医生为签约居民预约上级医疗机构的医疗资源。4总体要求4.1总体目标应用信息化技术，支撑家庭医生签约制度实施和业务开展，完成签约信息的采集、传输、处理、存储和查询，实现签约管理、随访管理、系统管理以及报表统计功能。4.2总体框架系统总体框架见图1，主要包括以下部分：a）系统用户，面向签约居民、家庭医生、基层医疗机构、卫生管理部门提供家庭医生签约相关应用服务；b）表现层，面向家庭医生提供电脑端和移动端应用，面向签约居民提供签约移动端应用，面向基层医疗机构和卫生管理部门提供管理统计等相关应用；c）应用层，提供签约相关的业务服务管理，包括签约管理、随访管理、双向转诊、预签约管理、个人中心、消息中心、服务包管理、工作计划、健康宣教等应用服务；d）数据层，建立业务专用库，包括签约库、转诊库、随访库、咨询库、管理库等数据体系，用于实现数据的交汇和管理；e）物理层，面向家庭医生签约业务需求，对计算资源、存储资源、网络资源、云资源等基础设施进行定义；f）网络安全体系，支撑系统运行过程中的物理安全、网络安全、数据安全、应用安全、访问安全的安全管理机制；g）运维管理体系，支撑系统运行过程中的硬件、网络、数据、应用及服务的稳定运行的综合管理机制。3DB32/T4806—2024图1家庭医生签约服务系统总体框架图4.3系统对接系统支持与其他业务系统对接，实现数据共享和业务协同，具体要求包括：a）医疗机构信息系统，与医疗机构的信息系统对接，可以获取患者的就诊记录、诊断结果、治疗方案、检验检查报告、住院信息、服务收费项目等医疗信息，为家庭医生提供全面的患者健康管理依据；b）公共卫生系统，与公共卫生系统对接，可以获取区域内的公共卫生数据，如疾病发病率、疫苗接种情况等，帮助家庭医生更好地了解社区居民整体健康状况，制定针对性的健康管理计划；c）医保系统，与医保系统对接，可以获取患者的医保信息，包括医保类型、报销比例等，为家庭医生提供准确的医疗费用核算和报销服务；d）居民健康档案系统，与居民健康档案系统对接，可以获取居民的健康档案信息，包括既往病史、家族病史、过敏史等，为家庭医生提供全面的居民健康管理服务；e）区域预约平台，与区域预约平台对接，可以获取区域内各类预约资源，包括：预约挂号、预约检查、预约入院等，为家庭医生提供区域内各类医疗资源预约服务。5功能要求5.1基本功能清单5.1.1系统基本功能包括以下几个部分：a）家庭医生电脑端，包括签约管理、履约管理、随访管理、双向转诊、咨询管理、消息中心、信息发b）家庭医生移动端，包括签约管理、移动随访、双向转诊、在线咨询、工作统计、消息中心、健康宣c）居民移动端，包括服务包信息展示、家庭医生信息展示、签约申请、在线咨询、健康自测、健康资4DB32/T4806—2024d）管理后台，包括统计分析、用户管理、服务维护、常住居民维护、团队维护、科室维护。5.1.2系统基本功能清单见图2。图2家庭医生签约服务系统基本功能清单5.2家庭医生电脑端功能要求5.2.1签约管理系统应支持在线签约管理，包括以下功能：a）支持签约居民信息查看，包含基本信息、健康档案、服务计划（包含服务项目和服务计划）、健康b）支持签约审核，家庭医生审核通过或驳回家庭医生或居民移动端发送的预签约申请，审核通过时应向居民发送签约短信，驳回时须填写原因；c）支持新增签约，录入申请签约居民基本信息、签约服务包，生成签约协议书。居民基本信息必填d）支持居民健康档案调阅，调阅前须向居民发送确认短信；e）支持到期续约、解约、签约期内追加其他服务项目。5.2.2履约管理居民签约后，系统应支持根据签约服务包、服务项目以及人群分类自动生成履约计划清单。清单明确显示服务项目、服务频次、计划时间、服务医生、履约进度，支持履约提醒功能，包括以下功能：a）支持自动和手工分配服务医生；b）支持调整计划时间；c）支持记录履约的实际执行时间、地点、服务记录、服务记录等信息；d）支持被服务居民对每次服务进行满意度评价。5DB32/T4806—20245.2.3随访管理系统应支持已签约的慢性病患者随访管理，包括以下功能：a）随访信息采集支持通过与医疗机构内部信息系统、区域卫生信息平台等系统交换完成，针对不具备信息交换条件的医疗机构支持手工录入；b）支持自动生成随访计划，支持修改随访时间，可以选择日历视图清晰展示某天该医生需要随访的居民数；c）支持按照《国家基本公共卫生服务规范（第三版）》里的慢病随访模板手工录入随访记录，新增第二次随访记录时，支持调取上次随访记录数据；d）支持在随访到期前提醒，随访居民异常健康数据提醒，包括血压、血糖等体征数据。5.2.4双向转诊针对有转诊需求的签约居民，系统应支持区域内其他医疗机构门诊号源、检验检查、病床预约，包括以下功能：a）支持区域内一定比例的专家号源向家庭医生倾斜，家庭医生可为其签约居民提前预约；原因；c）支持各级医疗机构之间诊疗数据共享互通，包括居民历史就诊记录、检验检查报告、电子病历、用药记录等；d）全流程向居民发送确认短信。5.2.5咨询管理系统应支持回复居民移动端发送的咨询问题和历史咨询记录查看、导出。5.2.6消息中心系统应支持消息查看及处理，消息类型包括但不限于以下类型：a）异常提醒，居民健康数据异常时触发；b）签约申请，家庭医生或居民移动端发送预签约申请时触发；c）待回复咨询，居民移动端发送在线咨询时触发；d）解约申请，居民移动端发送解约申请时触发；e）服务过期，履约、随访服务临近截止时间时触发。5.2.7信息发布系统应支持不同角色的信息发布，包括以下功能：a）家庭医生可以向签约居民发布健康科普以达到健康宣教目的；b）院管理员可以向院内家庭医生发布通知公告；c）上级管理员可以向下级管理员发布通知公告。5.2.8通知公告系统应支持管理员发布的通知公告查看、附件下载。6DB32/T4806—20245.2.9意见反馈系统应支持使用意见反馈提交和查看，包括以下功能：a）可以通过家庭医生电脑端、移动端、居民移动端提交系统使用意见，支持图文上传，反馈者需留下联系方式；b）家庭医生和管理员可以查看并处理相关反馈。5.2.10个人中心系统应支持个人信息管理，包括以下功能：a）支持部分个人基本信息修改，包括手机号和个人头像，姓名、用户账号、简介由院管理员统一创建，不能修改；b）支持个人证书信息修改，包括科室、职称及原件；c）支持密码修改，修改前需要通过短信方式进行身份认证，修改后需要重新登录系统；d）支持个人系统使用意见反馈。5.3家庭医生移动端功能要求5.3.1签约管理系统应支持移动端签约管理，包括以下功能：a）支持签约居民信息查看，包含基本信息、健康档案、服务计划（包含服务项目和服务计划）、健康b）支持提交预签约申请，填写居民签约信息、选择服务包，生成家庭医生签约合约。居民基本信息必填字段包括人群类别、证件类型、证件号、姓名、出生年月、手机号、居住地址。签约信息基本必填字段包括机构名称、团队名称、医生名称、签约日期、签约期限、服务包、医生签名；c）支持签约审核，按照待审核、未通过、已通过展示，待审核支持驳回和完善信息操作，完善信息后审核通过，驳回须填写原因；d）支持签约合约展示，内容须包含签约机构、签约团队、家庭医生姓名、签约居民姓名、签约服务5.3.2移动随访系统应支持随访计划查询，包括以下功能：a）默认展示当月计划；b）支持统计每日待随访、已完成、已超期随访计划数；c）支持点击数字下钻至随访详情，展示随访时间、随访地点、随访内容、随访人员信息。5.3.3双向转诊系统应支持移动端预约转诊，包括以下功能：a）按照转诊状态统计展示待预约、待处理、已结束的签约居民；b）待预约列表支持号源预约、检验检查预约、病床预约；c）待处理列表支持改约、退约。5.3.4在线咨询系统应支持移动端咨询回复和统计，包括以下功能：7DB32/T4806—2024a）支持待回复咨询展示和图文回复处理；b）支持历史咨询展示。5.3.5工作统计系统应支持可视化展示家庭医生签约和随访数据，如个人签约数、团队签约数、履约续约情况、个人累计随访人次、增值服务包费用统计。支持近7天、近一个月个人签约人次、计划随访人次、已随访人次、未随访人次统计，支持个人签约居民人群分布统计。5.3.6消息中心系统应支持移动端消息管理，消息类型同5.2.6要求。5.3.7健康宣教读量。5.3.8通知公告系统应支持在移动端查看权限范围内管理员发布的系统通知，展示包括标题、内容、发布人、发布5.3.9意见反馈系统应支持在移动端提交系统使用意见，要求同5.2.9。5.3.10个人中心系统应支持在移动端查看个人信息，如签约人数、服务人次、服务评价得分、个人简介。5.4居民移动端功能要求5.4.1服务包信息展示系统应向居民展示可以提供的签约服务包，包括服务包名称、类型、适用人群、服务内容、服务机构、收费标准及签约人数，支持按照服务包名称、社区卫生服务机构名称检索。5.4.2家庭医生信息展示系统应向居民展示家庭医生信息，包括所属社区卫生服务机构名称、介绍、所属团队名称、团队长姓名、团队长介绍、团队成员姓名、团队成员介绍、团队成员各自签约人数，支持按照所属区、机构名称、家庭医生姓名检索。5.4.3签约申请系统应根据实际业务开展向居民提供线下签约申请、线上预签约申请功能。提交预签约申请时应填签约申请未审核前可撤销申请，驳回后可重新申请，审核通过后居民收到签约短信，不可再申请，后续流程同线下签约申请流程。8DB32/T4806—20245.4.4在线咨询系统应支持移动端在线图文聊天功能，支持居民个人历史咨询记录查看。5.4.5健康自测系统应支持居民在移动端录入健康数据，如血压、体温、血糖、血氧，录入后自动推送到家庭医生后台点。支持健康数据历史记录查看。5.4.6健康资讯系统应支持居民在移动端查看家庭医生发布的健康科普知识，包括标题、内容、发布人、发布日期、阅读量。5.4.7我的服务系统应支持居民个人信息展示，包括以下功能：a）支持签约记录查看，包括签约时间、签约机构、签约团队、家庭医生、签约服务；b）支持随访记录查看，包括随访时间、随访机构、随访内容、随访医生；c）支持服务计划查看，包括服务名称、服务进度；d）支持家人管理，如新增、删除，可以为家人申请签约。5.4.8意见反馈系统应支持在移动端提交系统使用意见，要求同5.2.9。5.5管理后台功能要求5.5.1统计分析系统应支持签约、随访、转诊数据的统计分析，包括以下功能：a）支持报表查看权限控制，市级管理员可查看全市数据，区管理员可查看区内所有医院数据，院管理员可查看院内各团队数据，家庭医生团队长可查看团队总数据；b）支持按照区域、社区卫生服务机构、团队下钻，支持多种组合条件查询；c）支持按照人群分类统计展示签约总数、签约率；d）支持按高血压、糖尿病慢病人群签约、随访数据统计查询；e）支持转诊总量、转诊明细统计查询。5.5.2用户管理系统应支持登录用户管理，支持新增、编辑、停用用户账号。新增用户必填字段包括用户账号、姓名、证件类型、证件号、联系电话、所属地区、所属机构、系统角色、人员简介。账号正式发布后可用，停用则不能登录系统。5.5.3服务维护系统应支持服务项目和服务包个性化维护，包括以下功能。a）服务项目类型包括：基本公共卫生服务、基本医疗服务、健康综合服务、增值服务。支持新增、编辑、删除服务项目，删除有二次确认提示。新增服务项目必填字段包括：服务项目名称、编码、类型、价格、公卫支付比例、医保支付比例、个人支付比例、服务项目详情，正式发布后可用。9DB32/T4806—2024b）服务包类型包括：基础服务包、增值服务包、健康管理包。支持新增、编辑、删除服务包，删除有二次确认提示。新增服务包必填字段包括：服务包名称、编码、使用人群类别、执业类别、服务项5.5.4常住居民维护系统应支持常住居民维护用于签约率计算。5.5.5团队维护系统应支持家庭医生团队维护，包括以下功能：a）支持新增团队，新增时应填写团队名称、所属医院、团队头像、团队简介；b）支持为团队添加成员，成员来自系统用户；5.5.6科室维护系统应支持医院科室维护，包括以下功能：a）支持添加科室，添加时填写科室名称、编码、描述；b）支持设置科室为可转诊科室，并设置转诊病床数；c）支持删除操作。6安全要求6.1信息安全系统信息安全应符合GB/T35273的要求，具体有以下要求：a）隐私保护，对信息使用需进行隐私保护处理，确保信息使用的安全性；b）数据加密，对存储和传输的数据进行加密，确保数据在未经授权的情况下无法被访问或篡改；c）访问控制，实施严格的访问控制策略，确保只有经过授权的用户才能访问系统；d）安全审计，对系统的操作进行记录和分析，以便及时发现并应对潜在的安全威胁；e）漏洞管理，定期对系统进行漏洞扫描和评估，及时修复发现的漏洞；f）备份恢复，建立完善的数据备份和恢复机制，确保在发生安全事件时能够及时恢复数据。6.2数据安全系统数据安全应符合以下要求：a）数据加密，确保存储和传输的数据进行加密，特别是敏感数据，如患者身份信息、健康状况等；b）访问控制，实施严格的访问控制策略，确保只有经过授权的用户才能访问和修改数据；c）数据备份与恢复，建立完善的数据备份和恢复机制，以防数据丢失或损坏；d）安全审计与监控，对系统的操作进行记录和分析，及时发现并应对潜在的安全威胁；e）定期安全评估，定期对系统进行安全评估，发现潜在的安全隐患并及时修复。6.3日志管理系统日志管理应符合GB/T24364的要求，具体有以下要求：a）完整性要求，全面记录：系统应能全面记录所有关键操作，包括但不限于用户登录、数据访问、数据修改、系统异常等。不遗漏：确保所有日志事件都被捕获，没有遗漏；DB32/T4806—2024b）准确性要求，真实可靠：日志记录应真实可靠，不能被篡改或伪造。时间戳准确：每个日志事件都应带有准确的时间戳，以便进行时间顺序分析；c）保密性要求，加密存储：日志数据应加密存储，防止未经授权的访问。访问控制：只有经过授权的人员才能访问日志数据；d）可追溯性要求，事件追踪：能够通过日志数据追踪到事件的发生过程和相关责任人。审计支持：