社区全科医生工作台需求规格说明书

文档编号：000001 社区全科医生工作台需求规格说明书社区全科医生工作台需求规格说明书 2012-9-1 行业实施部行业实施部 文档修订记录 *变化状态：A增加，M修改，D删除 1 1 背景背景4 2 2 建设目标建设目标5 3 3 业务需求业务需求5 3.1 机构人员角色 5 3.1.1 机构角色5 3.1.2 人员角色5 3.1.3 信息系统角色5 3.2 社区门诊医生站业务流程图5 4 4角色事物列表角色事物列表6 5 5需求分析需求分析7 5.1 社区诊疗模块 7 5.1.1 查看挂号病人列表 .7 5.1.2 书写全科电子病历8 5.1.3 全科中医体质辩证.11 5.1.4 生成病人血压曲线图.11 5.1.5 查看门诊检验报告列表.12 5.1.6 健康教育.13 5.1.7 医疗服务管理.14 5.2 公共卫生模块 .17 5.2.1 新建慢病 17 5.2.2 修改慢病 18 5.2.3 生成随访信息 18 5.3 区域协同模块 .19 5.3.1 预约挂号 19 5.3.2 预约检验 20 5.3.3 预约检查 23 5.3.4 双向转诊 24 5.3.5 远程会诊.25 1 背景背景 当下社区卫生机构的医务人员多数履行着常见病的诊治、常用药的开取以及日常疾病 的健康教育和指导工作。社区全科医生的病历书写不规范、不统一、不能很好地区分全科 西医病历和全科中医病历等等诸多现象普遍存在，甚至很多社区医务人员直接不写门诊病 历就完成诊治过程。这样不仅仅给社区卫生机构病历的统一化、规范化带来巨大的阻力同 时也给医疗数据的利用和挖掘带来很大的瓶颈。 另一种现象，社区卫生机构只能给病人解决日常常见疾病，对于病人“就医便、诊断 准、价格廉” 、国家的“大病进医院、小病进社区”等政策根本无法达到要求。 2 建设目标建设目标 1、 实现区域内社区全科西医电子病历统一化、规范化编写和管理； 2、 实现区域内社区全科中医电子病历统一化、规范化编写和管理； 3、 实现区域内社区中医九种体质辩证量表测试和管理； 4、 实现区域内慢性病的量化、分级管理和慢性病门诊诊疗和公共卫生随访联动； 5、 实现社区和二级、三级医院间的区域医疗协同服务（包括预约挂号、预约检验、预约 检查、双向转诊、远程会诊、远程教育等等） ； 3 业务需求业务需求 3.1 机构人员角色机构人员角色 3.1.1 机构角色机构角色 1、社区卫生服务中心、社区卫生服务站 主要为居民提供有效、经济、方便、综合、连续的集医疗、预防、保健、康复、 健康教育、计划生育技术指导为一体的服务。 3.1.2 人员角色人员角色 1、 全科医生：常见病、多发病及一般急症的多面手，承担居民家庭随访服务； 3.1.3 信息系信息系统统角色角色 信息系统角色包括： （1）基层医疗卫生服务信息系统，社区卫生服务中心（站） 、乡镇卫生院和村卫 生室信息系统的统称。 （2）区域医疗协同服务平台，提供给区域内社区卫生机构和二、三级医院之间进 行预约挂号、预约检验、预约检查、双向转诊、远程会诊业务。 3.2 社区门诊医生站业务流程图社区门诊医生站业务流程图 4 角色事物列表角色事物列表 下表列出了社区全科医生工作台管理里每个角色需要实现的事务，其中必 须的事务用”R”标识,可选的事务用”O”标识。 角色角色 一一级级事事务务二二级级事事务务三三级级事事务务可可选项选项对应对应的事的事务务描述描述 查看挂号病人列表 R 5.1.1 书写全科西 医电子病历 R 5.1.2.1 书写全科电子病历 书写全科中 医电子病历 R 5.1.2.2 全科中医体质辩证 R 5.1.3 查看门诊检验报告 R 5.1.5 列表 健康教育 R 5.1.6 医疗服务管理新建医疗案 件 R 5.1.7.1 查看医疗案 件 R 5.1.7.2 社区诊疗 结案医疗案 件 R 5.1.7.3 新建慢病 R 5.2.1 修改慢病 R 5.2.2 公共卫生 生成随访信息 R 5.2.3 预约挂号 R 5.3.1 预约检验 R 5.3.2 预约检查 R 5.3.3 双向转诊 R 5.3.4 社区全科医生 （全科西医/ 全科中医） 区域协同 远程会诊 R 5.3.5 社区诊疗系统生成病人血压曲线 图 R 5.1.3 5 需求分析需求分析 5.1 社区诊疗模块社区诊疗模块 5.1.1 查看挂号病人列表查看挂号病人列表 5.1.1.1 功能描述功能描述 病人前往门诊医生处就诊，社区全科医生可以在门诊医生工作站根据需要查询到挂号 的病人。全科医生也可以按照“挂号病人”和“签约病人”进行分类查询；同时在挂号病 人类别中全科医生也可以根据病人是否就诊按照“已就诊” 、 “就诊中” 、 “待就诊”条件进 行查询相应的挂号的病人。医生查询到相应的病人可以查看该病人的就诊记录。 5.1.1.2 业务规则业务规则 1、 挂号病人列表只能且仅显示当前门诊医生所在的当前科室的挂号病人。 5.1.1.3 页面与数据项页面与数据项 序号业务类别业务字段类型规则说明 1ID字符型 2 查询条件 挂号日期日期型 1姓名字符型 2性别字符型 3出生日期日期型 4 查询结果 挂号医生字符型 5.1.1.4 与其他系统数据交互与其他系统数据交互 序号数据类别数据来源数据去向 1挂号病人列表信息宇信-HIS-挂号模块无 2签约病人列表信息 5.1.2 书写全科电子病历书写全科电子病历 5.1.2.1 书写全科西医电子病历书写全科西医电子病历 5.1.2.1.1 功能描述功能描述 患者前来诊治，社区全科医生为患者诊治并书写该患者的 SOAP 的全科西医电子病历。 同时，全科医生可以根据不同疾病的病人建立不同的病历模板库，从而在就诊的时候 系统直接调用编写好的病历模板。极大地方便了全科医生书写门诊病历； 5.1.2.1.2 业务规则业务规则 1、支持根据疾病建立该疾病的门诊电子病历模板，并支持根据录入的疾病自动调用病 历模板。 2、支持知识库模板调用，主要包括药典查询，药物相互作用和常用医学术语等模板。 3、支持西医的 SOAP 的标准电子病历基础模板设置。 4、支持门诊医生站打印病人电子病历。 5、支持插入表格，录入表格数据； 6、支持插入图片，上传图片信息。 5.1.2.1.3 页面与数据项页面与数据项 序号业务类别业务字段类型规则说明 1主诉字符型 2现病史字符型 3既往史字符型 4 主观资料 家族史字符型 主观资料里面也可以自定义数据项， 主要包括了主诉，现病史，既往史， 家族史，过敏史等等。 5 客观检查字符型主要包括各种物理检查，生化检验等 等。 6 评价字符型医生根据主观资料和客观检查对患者 的病情的评价 7计划字符型医生给出的治疗计划 5.1.2.1.4 与其他系统数据交互与其他系统数据交互 序号数据类别数据来源数据去向 1门诊电子病历海泰电子病历海泰电子病历； 宇信 HIS 诊疗模块就诊 记录； 宇信公卫随访模块； 5.1.2.2 书写全科中医电子病历书写全科中医电子病历 5.1.2.2.1 功能描述功能描述 患者前来诊治，社区全科中医师为患者诊治并书写该患者的望、闻、问、切全科中医 电子病历。 同时，全科医生可以根据不同疾病的病人建立不同的病历模板库，从而在就诊的时候 系统直接调用编写好的病历模板。极大地方便了全科医生书写门诊中医电子病历； 5.1.2.2.2 业务规则业务规则 1、支持根据疾病建立该疾病的门诊电子病历模板，并支持根据录入的疾病自动调用病 历模板。 2、支持知识库模板调用，主要包括中医四诊、中医常用术语、中医文献等模板。 3、支持中医四诊的标准电子病历基础模板设置。 4、支持门诊医生站打印病人电子病历。 5、支持插入表格，录入表格数据； 6、支持插入图片，上传图片信息。 5.1.2.2.3 页面与数据项页面与数据项 5.1.2.2.4 与其他系统数据交互与其他系统数据交互 序号数据类别数据来源数据去向 1门诊电子病历海泰电子病历海泰电子病历； 宇信 HIS 诊疗模块就诊 记录； 宇信公卫随访模块； 5.1.3 全科中医体质辩证全科中医体质辩证 5.1.3.1 功能描述功能描述 患者前来就诊，社区全科中医根据患者的症状和表现，通过中医体质辩证 9 大量表 （阳虚质、气郁质、特禀质、血瘀质、湿热质、痰湿质、气虚质、阴虚质、平和质）来对 患者进行测量，测量后系统通过后台的中医辩证知识库自动给出中医辩证体质评估结果。 5.1.3.2 业务规则业务规则 1、后台需要中医辩证体质知识库支持。 2、9 大中医体质辩证量表符合中国中医 9 中体质量表标准。 5.1.3.3 页面与数据项页面与数据项 5.1.3.4 与其他系统数据交互与其他系统数据交互 5.1.4 生成病人血压曲线图生成病人血压曲线图 5.1.4.1 功能描述功能描述 系统根据患者历次的门诊血压值（如果有住院应该还记录住院的血压值）和公共卫生 随访血压值按照日期生成患者的血压变化曲线图。 5.1.4.2 业务规则业务规则 1、根据患者历次就诊的血压值和历次公共卫生随访的血压值自动生成该患者的血压曲 线图。 2、横向坐标为日期，精确到天，纵向坐标为血压值，精确到个位。单位为 mmHg 5.1.4.3 页面与数据项页面与数据项 5.1.4.4 与其他系统数据交互与其他系统数据交互 序号数据类别数据来源数据去向 1患者血压曲线图门诊电子病历/ 公共卫生随访 如果是慢病，进入宇信 慢性随访模块； 5.1.5 查看门诊检验报告列表查看门诊检验报告列表 5.1.5.1 功能描述功能描述 患者前来就诊，患者在本社区的检验报告或者在其他医院的检验报告都需要显示在 “门诊检验报告列表”中，供全科医生点击查看以便于作出临床诊断。 5.1.5.2 业务规则业务规则 1、患者在本社区的历次检验报告； 2、患者在其他医疗机构通过数据接口集成进来的检验报告； 5.1.5.3 页面与数据项页面与数据项 5.1.5.4 与其他系统数据交互与其他系统数据交互 序号数据类别数据来源数据去向 1患者在本机构的检验 报告 本社区 LIS 2患者在其他医疗机构 的检验报告 区域平台 5.1.6 健康教育健康教育 5.1.6.1 功能描述功能描述 患者前往社区就诊，社区全科医生在为患者诊治疾病的同时，需要对某些高危疾病、 不良生活习惯、慢性疾病等的患者进行健康教育，并将健康教育内容写入病历中，同时打 印必要的健康教育事项给患者带回家。以达到提醒和告知作用。 5.1.6.2 业务规则业务规则 1、任何疾病的患者都可以接受全科医生的健康教育； 5.1.6.3 页面与数据项页面与数据项 5.1.6.4 与其他系统数据交互与其他系统数据交互 序号数据类别数据来源数据去向 1健康教育内容 5.1.7 医疗服务管理医疗服务管理 医疗服务管理记录了该患者所有的协同医疗服务活动，包括了预约挂号、预约检验、 预约检查、双向转诊、远程会诊等等活动。记录了，从每个活动的开始到每个活动的结束 的全过程。 5.1.7.1 新建医疗案件新建医疗案件 5.1.7.1.1 功能描述功能描述 我们把患者发生的医疗活动称为医疗案件，每当患者发生协同医疗活动（预约挂号、 预约检验、预约检查、双向转诊等等） ，需要为该患者新建一个医疗案件记录并表明该医疗 活动开始。一个医疗案件记录了一个医疗协同活动从开始到结束的全过程。 5.1.7.1.2 业务规则业务规则 5.1.7.1.3 页面与数据项页面与数据项 5.1.7.1.4 与其他系统数据交互与其他系统数据交互 5.1.7.2 查看医疗案件查看医疗案件 5.1.7.2.1 功能描述功能描述 社区全科医生可以查看一个病人从初次就诊以来发生的所有的医疗活动，以便于指导 该病人发生过哪些医疗活动，有哪些医疗活动还未结束。 5.1.7.2.2 业务规则业务规则 5.1.7.2.3 页面与数据项页面与数据项 5.1.7.2.4 与其他系统数据交互与其他系统数据交互 5.1.7.3 结案医疗案件结案医疗案件 5.1.7.3.1 功能描述功能描述 当患者的某个医疗协同活动结束了，社区全科医生需要对相应患者的相应的医疗活动 进行结案操作，表明该医疗协同活动已经结束了。达到医疗活动的闭环封闭管理的目的。 5.1.7.3.2 业务规则业务规则 5.1.7.3.3 页面与数据项页面与数据项 5.1.7.3.4 与其他系统数据交互与其他系统数据交互 5.2 公共卫生模块公共卫生模块 5.2.1 新建慢病新建慢病 5.2.1.1 功能描述功能描述 患者前往社区门诊就诊，社区全科医生如果发现患者存在或者新出现某种慢性疾病 （例如高血压、糖尿病、冠心病、脑卒中、前列腺增生等等） ，需要为患者新建慢性病记录 并纳入管理；同时在纳入管理的时候需要为该患者鉴定慢性病的危险程度，以便于更加人 性化、精细化对患者进行慢性病管理。 5.2.1.2 业务规则业务规则 1、支持慢性病的分层、分级管理。 2、支持一个患者存在多个慢性病管理。 3、纳入管理的慢性病患者需要定期为其做随访。 5.2.1.3 页面与数据项页面与数据项 5.2.1.4 与其他系统数据交互与其他系统数据交互 序号数据类别数据来源数据去向 1患者慢性病信息宇信-健康档案 5.2.2 修改慢病修改慢病 5.2.2.1 功能描述功能描述 患者前往社区门诊就诊，社区全科医生发现患者存在某种慢性疾病（例如高血压、 糖尿病、冠心病、脑卒中、前列腺增生等等） ，同时发现该患者的慢性病症状有所控制或 者慢性病加重了，需要修改该患者的慢性病信息，调整该患者的危险级别，从而达到个 性化、精细化管理。 5.2.2.2 业务规则业务规则 1、全科医生可以在管理过程中修改该慢性病患者的慢性病信息。 5.2.2.3 页面与数据项页面与数据项 5.2.2.4 与其他系统数据交互与其他系统数据交互 序号数据类别数据来源数据去向 1患者慢性病信息宇信-健康档案 5.2.3 生成随访信息生成随访信息 5.2.3.1 功能描述功能描述 慢性病患者前往社区就诊，此过程就是社区的全科医生为该慢性病患者进行了一次门 诊随访的过程。因此需要将门诊记录添加作为一次随访记录到该患者的慢性病随访记录中。 5.2.3.2 业务规则业务规则 1、任何慢性病患者的患病之后的历次门诊记录都可以作为该患者的慢性病随访记录。 5.2.3.3 页面与数据项页面与数据项 5.2.3.4 与其他系统数据交互与其他系统数据交互 序号数据类别数据来源数据去向 1患者门诊记录宇信-健康档案 5.3 区域协同模块区域协同模块 5.3.1 预约挂号预约挂号 5.3.1.1 功能描述功能描述 区域内的二、三级医院可以开放部分优质专家号等医疗资源供社区卫生机构进行预约， 居民在家门口的社区卫生服务中心就可以预约到大医院的优质专家号，免去了前往大医院 排场队的麻烦。居民在社区成功预约大医院的专家号后，带着预约挂号单、身份证明前往 大医院进行就诊即可。 5.3.1.2 业务规则业务规则 1、可以提供大医院的普通号、专家号供居民预约。 2、提供给社区未来三周内可以预约的普通号或者专家号； 5.3.1.3 页面与数据项页面与数据项 5.3.1.4 与其他系统数据交互与其他系统数据交互 5.3.2 预约检验预约检验 5.3.2.1 功能描述功能描述 社区卫生机构的检验设备的资源相对大医院来讲较为落后，社区全科医生可以向区域 内大医院为患者预约相应的检验，预约成功后，居民带着预约检验单、身份证明前往大医 院检验即可。 同时居民在大医院的检验结果需要返回给社区，以便于社区医生对居民进行进一步的 明确诊断。 5.3.2.2 业务规则业务规则 序号数据类别数据来源数据去向 1区域医院信息区域协同平台 2医院科室信息 区域协同平台 3医院医生信息 区域协同平台 4预约号源信息 区域协同平台 5挂号确认消息区域协同平台 6预约挂号申请单区域协同平台 7预约挂号申请单状态区域协同平台 5.3.2.3 页面与数据项页面与数据项 名称名称说明说明数据类型数据类型约束条件约束条件 姓名字符型 必填 性别字符型 必填 出生日期日期型 必填 身份证号字符型 必填 医保编号字符型 联系电话字符型必填 户籍地字符型 现住址字符型 社区 ID社区卫生服务中心的唯一标识字符型必填 申请医生 ID社区的发起医生字符型必填 病人在社区的 ID病人在社区卫生机构的唯一标识字符型必填 预约医院 ID标识所要预约的医院字符型必填 单据 ID单据的唯一表识字符型必填 单据名称例如：血常规检验单据字符型必填 检验项目 ID 一份单据可能包含多个检验项目，每 个检验项目之间采用“;”隔开 字符型必填 检验项目名称 一份单据可能包含多个检验项目，每 个检验项目之间采用“;”隔开 字符型必填 项目集合名 （Y是 N否） （即该项目下是否有 子项目） 逻辑型必填 标本代码字符型 标本名称字符型 参考值范围字符型必填 分类标志（Y检验单 N检验细项）字符型必填 提示信息 （存放在开这个项目时医生需要知道 的一些事情） 字符型 必填 预约日期日期型必填 门诊摘要 用来描述病人病情的一段文字，较长， 1000 字左右； 字符型 必填 5.3.2.4 与其他系统数据交互与其他系统数据交互 序号数据类别数据来源数据去向 1区域医院信息区域协同平台 2医院科室信息 区域协同平台 3医院检验项目信息 区域协同平台 5检验确认消息区域协同平台 6预约检验申请单区域协同平台 7预约检验申请单状态区域协同平台 8预约检验检验结果区域协同平台 5.3.3 预约检查预约检查 5.3.3.1 功能描述功能描述 社区卫生机构的检查设备的资源相对大医院来讲较为落后，社区全科医生可以向区域 内大医院为患者预约相应的检查，预约成功后，居民带着预约检验单、身份证明前往大医 院检查即可。 同时，居民在大医院的检查结果需要返回社区，以便于社区医生对居民进行进一步的 明确诊断。 5.3.3.2 业务规则业务规则 5.3.3.3 页面与数据项页面与数据项 名称名称说明说明数据类型数据类型约束条件约束条件 预约医院 ID提供检查资源的医院编码字符型必填 预约医院名称提供检查资源的医院名称字符型必填 检查项目 ID某个检查项目的唯一标识字符型必填 检查项目名称字符型必填 检查开放日期表识该检查项目开放的日期日期型必填 检查开始时间表识该检查项目开放的时间时间型必填 检查结束时间时间型必填 可预约资源数 表识上级医院提供给社区的 可预约该检查项目的人数 数值型必填 对应检查部位编码 该检查项目对应的医学检查 部位的唯一标识 字符型必填 5.3.3.4 与其他系统数