惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

小众软件
小众软件
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
有赞技术团队
有赞技术团队
S
Securelist
Attack and Defense Labs
Attack and Defense Labs
T
Threat Research - Cisco Blogs
L
LINUX DO - 最新话题
The GitHub Blog
The GitHub Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
S
Security Affairs
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
WordPress大学
WordPress大学
美团技术团队
量子位
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
GbyAI
GbyAI
O
OpenAI News
IT之家
IT之家
F
Full Disclosure
W
WeLiveSecurity
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
P
Palo Alto Networks Blog
P
Privacy International News Feed
Webroot Blog
Webroot Blog
C
CERT Recently Published Vulnerability Notes
Latest news
Latest news
月光博客
月光博客
博客园 - 【当耐特】
N
News | PayPal Newsroom
Cloudbric
Cloudbric
Hacker News - Newest:
Hacker News - Newest: "LLM"
T
The Exploit Database - CXSecurity.com
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
Hugging Face - Blog
Hugging Face - Blog
博客园 - 三生石上(FineUI控件)
K
Kaspersky official blog
云风的 BLOG
云风的 BLOG
宝玉的分享
宝玉的分享
博客园 - 叶小钗
TaoSecurity Blog
TaoSecurity Blog
Martin Fowler
Martin Fowler
Simon Willison's Weblog
Simon Willison's Weblog
A
Arctic Wolf
Apple Machine Learning Research
Apple Machine Learning Research
D
Docker
aimingoo的专栏
aimingoo的专栏
Microsoft Security Blog
Microsoft Security Blog
PCI Perspectives
PCI Perspectives
Microsoft Azure Blog
Microsoft Azure Blog
雷峰网
雷峰网

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
HIS产品设计手册-门诊处方开立
吴之猫 · 2024-03-29 · via 人人都是产品经理

在医疗信息化行业下,门诊处方的开立已经都录入系统了。但在实际操作过程中,还有很多的业务场景需要考虑。本文总结了门诊处方开立的相关内容以及产品设计要点,希望对你有所帮助。

最近换了工作方向,不再直接做医院内的业务系统,也终于可以静下心来梳理一下医院业务系统的内容。记得刚刚入行做医疗信息化的时候,除了在日常工作中的积累,几乎找不到任何有关医疗信息系统的书籍或者资料。希望我的这些总结,能够帮助到同行的朋友们。特别是能够帮助刚刚选择医疗信息化行业的朋友快速了解这个行业,了解有关医院信息系统的一些基础知识。

第一篇,想来想去还是写写我最熟悉的门诊处方吧。工作这么多年,前前后后从0到1设计了三四套医嘱录入系统。在稳字当头的医疗信息化行业,是非常难得的经历了。设计的系统在大型三甲医院、县域医共体和外资国际医院都有在使用,经历过了各种业务场景的考验。

一、什么是处方

根据2007年起实施的《处方管理办法》,处方是指由注册的执业医师和执业助理医师在诊疗活动中为患者开具的、由取得药学专业技术职务任职资格的药学专业技术人员审核、调配、核对,并作为患者用药凭证的医疗文书。处方包括医疗机构病区用药医嘱单。

本文讨论的处方专指药品处方,在医院门诊有时也会将营养、心理、康复运动等治疗方案称作营养处方、心理处方、康复运动等处方,并不在本文讨论范畴之内。

二、处方的分类

从医疗信息角度,药品处方会根据药品大类分为西药处方和草药处方,西药处方需要选择医疗机构的西药和中成药药品字典中的药品开立,草药处方是从草药字典中选择草药来开立。

西药处方从系统层面一般又分为普通药品处方、麻醉药品处方、精一药品处方、精二药品处方、毒性药品处方。根据《处方管理办法》,普通处方的印刷用纸为白色,麻醉药品和第一类精神药品处方印刷用纸为淡红色,右上角标注“麻、精一”,第二类精神药品处方印刷用纸为白色,右上角标注“精二”。

此外,急诊科和儿科的开具的急诊处方和儿科处方,也属于单独的处方类型。《处方管理办法》规定,急诊处方印刷用纸为淡黄色,右上角标注“急诊”;儿科处方印刷用纸为淡绿色,右上角标注 “儿科”。

三、西药处方开立的常用字段

1. 处方常规字段及含义

(1)处方状态:标记整张处方的状态,正向流程会包含以下状态。

  • 新增:新增处方但没有提交生效;
  • 已提交:医生提交,处方生效;
  • 已签名:如果接入电子签名系统,在医生完成电子签名成功后,处方状态会更新为“已签名”;
  • 已收费:处方已完成收费;
  • 已发药:处方已完成发药;
  • 已撤销:处方已撤销。

(2)取药地点:指开立处方的取药地点,在开立操作时系统也会校验所选的取药地点是否有所选药品的库存。

(3)共X味药,合计X元:显示处方共有的药品数量及合计的金额,合计金额需要包含药品、相关操作及操作所需耗材费用。比如需要患者在院内进行静脉滴注的药品处方,在合计金额内容一般需要自动计算并加上护士的注射操作费用以及输液器的费用。以免医生在诊间与患者沟通与患者实际付费的金额不一致而产生纠纷。

2. 药品常规字段及含义

(1)药品状态:标记处方中单个药品的状态,正向流程会包含以下状态。

  • 新增:新增药品但没有提交生效;
  • 缺药:所选药品在对应药房没有库存;
  • 已提交/已签名/已收费/已发药/已撤销:与处方相应状态含义相同。

(2)药品名称:所选药品的名称。

(3)药品规格:所选药品的规格。

(4)单次剂量:药品单次的用药剂量及单位。

(5)用法:所选药品的给药方式。

(6)频次:所选药品的使用频次。

(7)天数:所选药品的用药天数。

(8)总量:处方中单个药品的开立总量及总量单位。一般情况下总量等于单次剂量*频次*天数后取整而得,医生也可以手动调整总量及总量单位。

(9)本院注射次数:需要在本院注射的药品,根据此字段计算耗材及注射费用。

(10)滴速:医生标准的滴注速度,滴速单位包括“滴/分”和“毫升/小时”。

(11)皮试:一般备选项为皮试/免试。

(12)费用:药品计费的标记栏位,一般包括常规、自费、自备三个选项。常规:根据本次就诊结算的费用类型进行结算;自费:强制进行自费结算;自备:患者自备药品,不计费,不发药。

(13)备注:对单个药品的使用备注。

(14)父医嘱:成组药品的所关联的父医嘱。

(15)用药说明:药品在药品字典维护的说明,给医生开立时的提示内容。

(16)金额:显示药品的总量的金额。

(17)开立人:开立药品的医师姓名。

四、草药处方开立的常用字段

1. 处方常规字段及含义

(1)处方状态:与上文西药处方相同。

(2)取药地点:草药处方的取药地点。

(3)剂数:所开草药方的剂数总量。

(4)用法:所开草药处方的用法,如水煎服、外用、水煎雾化吸入、外熏等。

(5)代煎标志:标记是否由医院代煎。

(6)膏方标志:标记是否为膏方。

(7)备注:此草药处方的备注。

(8)共X味药,合计X元:显示处方共有的草药数量及合计的金额,合计金额需要包含药品、相关操作及操作所需耗材费用。

2. 药品常规字段及含义

(1)药品状态:与上文西药处方相同。

(2)药品名称:所选的草药的名称。

(3)药品规格:所选的草药的规格。

(4)剂量:药品单次的用药剂量。

(5)煎法:单味药品的煎药方法。如先煎、后煎、烊化等。

(6)费用:草药费用栏位的备选项一般只有常规和自费。

五、产品设计要点

1. 药品成组交互设计

对于多个药品需要配伍在一起给药的情况,比如青霉素和用生理盐水作为溶媒配伍在一起静脉给药。处方开立的操作中需要医生在系统中标记哪几个要是成组配伍使用。

目前处方开立比较常用的药品成组操作是父子医嘱的方式。医生先录入成组医嘱的第一个药品,我们称作父医嘱。然后再依次录入其他的成组药品与父医嘱做关联。

子医嘱录入时,与父医嘱关联有两种设计方式。直接的方式是在医嘱上新增父医嘱的字段,通过父医嘱的选择进行关联。还有一种目前比较通用的快捷录入方式是在子医嘱录入时,在“用法”栏位输入“/”回车之后,系统自动将所选的药品与上一个保存的药品关联成组,父医嘱栏位也会自动选择上一个保存的药品。

2. 处方药品数量限制

《处方管理办法》规定,“每张处方不得超过5种药品”。这里要注意的是在产品设计中不能简单的限制一张处方只能录入五个药品。因为在门急诊中经常会遇到多种药品成组开立的情况,比如青霉素以0.9%的氯化钠注射液做溶媒稀释作静脉注射。所以,处方开立的药品数量限制实际上是五组,而不能直接限制五个药品。

3. 拆方与不拆方

由于每个处方最多录入五组药品的限制,在处方开立功能也有两条设计路径。

第一种是先新增处方,然后再在处方中搜索和新增药品。这种设计是早期门诊医生工作站常采用的方式。这种操作交互方式与纸质开方流程相似,比较符合医生习惯。医生从纸质流程转变为系统操作的学习成本比较低。但是操作路径上多一步新增处方操作,而且医生也需要熟记每个药品是什么类型,在哪个类型处方中可以开出来,操作起来还是有很多不便。下面是一个简单的界面示例:

第二种设计方式是在医生操作界面隐蔽了处方的概念,操作路径简化为药品的搜索和新增,在保存之后由系统后台根据处方类型和数量将所保存的药品归为不同的处方中。这样的交互设计方式省去了新增处方的操作步骤,特别在需要开立多个处方时,可以大大减少医生的系统操作时间。而且这种操作方式也不需要医生熟记每个药品的药品类型,也是我比较推荐的设计方式。下面是一个简单的界面示例:

4. 支持全键盘操作

公立三甲医院的医生,每天平均都要看一两百甚至更多的病人。医生们会想尽办法的提升看诊的效率,在系统的操作上也不例外。

处方开立是医生工作中最常使用的系统功能,简洁快速的系统设计能帮助医生节省大量的系统操作时间。在系统操作的过程中,键盘和鼠标来回切换非常的浪费时间。如果医生能够键盘完成所有处方开立的操作,将会大大提高系统操作的时间。全键盘操作也因此几乎是门诊处方开立的标配功能。全键盘操作需要支持光标定位切换、列表及选项的选择、内容翻页、按钮的操作等都通过键盘指令完成。在我之前的工作经历中,几乎每家医院都有许多医生可以不用键盘完成全部操作,甚至有的医生开立常用的药品都可以不看屏幕和键盘就能精准地完成操作。

5. 字段支持自定义配置

处方开立是医生工作站使用频次最高的功能之一。药品处方后续涉及了处方审核、药品库存加减、配药、药品配送、给药等众多业务流程。处方开立功能会经常遇到各种各样的个性化需求,增加众多个性化的录入字段。在产品设计中,建议这些个性化字段能够进行界面化的快速配置,以满足不同医疗机构的流程需要,或者快速响应医疗机构服务流程的优化。

专栏作家

吴之猫,人人都是产品经理专栏作家。健康管理小硕,医疗健康产品汪+文艺猫。微信公众号:有不知

本文由 @吴之猫 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。