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

推荐订阅源

CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
量子位
腾讯CDC
月光博客
月光博客
博客园 - 【当耐特】
博客园 - 聂微东
罗磊的独立博客
aimingoo的专栏
aimingoo的专栏
D
DataBreaches.Net
Apple Machine Learning Research
Apple Machine Learning Research
F
Fortinet All Blogs
博客园 - Franky
爱范儿
爱范儿
L
LangChain Blog
云风的 BLOG
云风的 BLOG
TaoSecurity Blog
TaoSecurity Blog
N
News and Events Feed by Topic
Security Archives - TechRepublic
Security Archives - TechRepublic
阮一峰的网络日志
阮一峰的网络日志
人人都是产品经理
人人都是产品经理
The Cloudflare Blog
Simon Willison's Weblog
Simon Willison's Weblog
Google DeepMind News
Google DeepMind News
S
Schneier on Security
H
Help Net Security
H
Heimdal Security Blog
The GitHub Blog
The GitHub Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
Y
Y Combinator Blog
N
Netflix TechBlog - Medium
Microsoft Azure Blog
Microsoft Azure Blog
Cyberwarzone
Cyberwarzone
Cloudbric
Cloudbric
Recorded Future
Recorded Future
Hacker News: Ask HN
Hacker News: Ask HN
S
Security @ Cisco Blogs
Project Zero
Project Zero
AWS News Blog
AWS News Blog
Spread Privacy
Spread Privacy
MyScale Blog
MyScale Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
S
Securelist
Recent Announcements
Recent Announcements
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
C
CERT Recently Published Vulnerability Notes
M
MIT News - Artificial intelligence
IT之家
IT之家
Google Online Security Blog
Google Online Security Blog
C
CXSECURITY Database RSS Feed - CXSecurity.com

人人都是产品经理

为什么你的产品找不到差异化?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-04-10 · via 人人都是产品经理

书接上回,上篇文章介绍了门诊处方开立的一些基本概念和基础的录入设计。这回我们接着介绍一些门诊处方开立过程中帮助医生提升系统操作效率的辅助功能。

一、常用处方维护与开立

常用处方是指医生将常用的处方在系统中预先维护,在看诊过程中直接引用事先维护的常用处方从而快速完成处方开立的操作。

1. 常用处方维护

1.1 使用范围

常用处方的第一个属性是使用范围。使用范围一般包含个人、科室、全院三个。

使用范围决定了该常用处方在开立时能被选择的范围:

  1. 个人常用处方,在开立时只能个人登录的账号可以看到。
  2. 科室常用处方,只要用户登录地点为属于维护的科室范围,就能使用该常用处方。
  3. 全院常用处方可供登录在全院所有地点的用户使用。

对于大型的三甲医院,科室并不是只有一级,而是依据级别和位置细分的科室树。比如内科下有内分泌科,内分泌科又可以细分为内分泌科门诊和肥胖、高血压、糖尿病等专病门诊。如果医院有多个院区,那么单单内分泌科门诊就可以分为A院区内分泌科门诊、B院区内分泌科门诊、C院区内分泌科门诊等等。

对于科室常用处方维护,需要支持用户能够选择需要的科室层级进行维护。例如一个用于糖尿病治疗的常用处方,可以设定它在内分泌科全部适用还是只在糖尿病专病门诊适用,设定只是在A园区的内分泌科门诊适用,还是可以共享给所有院区的内分泌科门诊。

同理,有多个院区的医院,在逻辑上也可以在“全院”这个范围上再细分二级的院区。但本身全院常用处方的使用场景就比较少,一般情况下也没有必要设计院区层级。

1.2 维护字段

  • 处方名称:用户为该常用处方起的名字。
  • 拼音码及五笔码:用于开立时快速检索。系统根据录入的处方名称自动生成,拼音码为名称汉字的首字母,用户也可以自己修改。
  • 药品名称及规格:维护功能的药品数量限制与开立时相同。一般情况下,所选的药品范围是所有药品字典启用的药品。对于一些字典数据质量不高,不用的药品没有及时停用的机构,可以加上是否有库存的过滤条件,以免用户在维护时检索出太多过期的数据。如果加上库存过滤条件,标记为自备药的药品需要能够始终检索出来。
  • 单次剂量、用法、频次、天数、费用、备注、父医嘱:维护所选药品的相应使用方法数据,以便开立时能够快速带入。

1.3 处方复制

在维护常用处方的过程中,经常会遇到调整常用处方使用范围的情况。比如原本用户自己的个人常用处方想要共享给科室所有用户。

这时,系统就需要支持修改或者添加多个适用范围的功能。

在目前许多系统设计中,一般都是支持常用处方直接复制到其他使用范围。例如将原本的个人常用处方直接复制一份到科室或者全院处方中。这样系统的逻辑相对简单,也能满足各种使用场景的需要。

2. 常用处方开立

在处方开立界面,常用处方功能一般在右侧边栏。

有些系统将个人、科室、全院三个范围的常用处方设计为三个页签,用户点击相应的页签进行查看。我比较倾向的是在常用处方列表可以直接查看到所有可以使用的常用处方。这样可以充分利用默认页面列表的展示空间。列表内容以“个人>科室>全院”的顺序进行排列。用户可以通过快速地过滤条件过滤查看的常用处方的范围。

用户可以通过双击常用处方的名称将所选常用处方直接开立给当前所选患者。当然,也可以在引用之后再根据需要调整处方的内容。在此界面,我也比较推荐在鼠标悬停在处方名称上的时候,通过气泡的形式展示处方维护的药品详情。这样用户就在不打开新窗口的情况下查看维护的常用处方的明细。

在处方开立界面,一般也都会有将正在录入的处方内容快速存为常用处方的快捷操作入口。医生在正常开药的过程中,将认为比较常用的处方直接存为常用,其实是最为合理的使用路径。

二、常用药品维护与开立

常用药品是支持用户将经常使用的药品单个存为常用。在处方开立时,直接点击常用药品完成引用,从而快速完成处方开立。

1. 常用药品维护

常用药品维护的逻辑比较简单,只要选择对应药品,预先设立好相应的开立方法。与常用处方不同的是,常用药品只需要维护个人的就行,科室或者全院常用药品没有太多用处。

常用药品维护的字段也都是常规的药品名称及规格、单次剂量、用法、频次、天数、费用、备注就可以 。

2. 常用药品开立

一般来说,常用药品会处方开立页面的中上或者中下方。将维护好且启用的常用药品名称及规格展示出来,鼠标悬停在药品名称及规格上,弹出气泡框显示详细的使用详情。

双击索要开立的常用药品,则会自动添加到所选患者的处方开立界面中。系统操作尽量与处方开立的操作保持统一,保持交互上的一致性。

当然,处方开立界面已保存的药品,也需要有快捷地存为常用药品的入口。可以添加操作按钮或者添加右键菜单,支持用户完成此操作。

三、历史处方查看及引用

很多患者看门诊都是为了续开之前的药品,特别是对于慢病需要长期药物治疗的患者。因此,在系统中如何快速的找到患者之前开立的处方并引用到本次,也就成了门诊处方开立必不可少的功能。

在门诊医生工作站中,一般都会在处方开立页面提供供医生查阅和引用所选患者之前历次就诊的药品处方的功能。历史处方的使用场景比较明确,在界面上默认展示处方的开立日期和科室信息,从而尽量多展示历史处方数量。可以在鼠标悬浮的气泡中展示就诊日期、就诊科室、诊断和药品明细等信息,方便医生快速选择到所需要的处方。

医生可以选择需要的处方将药品及用法用量等信息一键带入本次就诊中。设计比较灵活的系统,会在统一查询患者所有历史就诊记录的功能也提供快捷引用的操作入口。

四、药品常用方法维护及使用

药品常用方法不难理解就是为药品维护常用的使用方法,在处方开立时就自动带入,用户只要按需修改使用方法后就可以直接保存。有了这个功能,用户就不需要每个药品都是重复地录入单次剂量、用法、频次等信息。

如果确实有需要,还可以对同一个药品维护针对不同情况的常用方法,在选择药品之后再进行选择带入就可以了。

药品常用方法的功能,也需要支持个人、科室和全院三个不同使用范围的设置。在处方开立的界面,也要支持通过操作按钮或者右键菜单选项,直接将已开立的药品的使用方法存为常用的快捷操作入口。

印象很深的是在上线一家大型三甲医院系统时,前期的调研规划和后期的培训都漏掉了这个功能。但是在上线的第一天,几乎所有的门诊医生都吐槽系统不好用。调研了几位医生之后我们发现主要是因为少了药品常用方法这个功能,每个药品都要多花两三秒的录入时间。

比如10ml一支装的藿香正气水,常规的用法就是每次一支、口服、每日两次。如果有维护常用方法,医生选择好药品之后可以直接保存。而没有的话就只能依次选择和录入单次剂量、用法、频次。这样的操作浪费时间且没有意义。于是我们连夜开发上线了这个功能,同时将医院原有系统的常用药品方法数据整理导入到了我们的系统中。

单单一个处方开立,就有常用的处方、常用药品和常用方法等辅助功能。可见为了医生们能够提升看诊效率,产品经理们也是想尽了一切的办法。门诊处方开立仅仅是庞大的医院信息系统中的冰山一角。在整理上面内容的时候也经常想是不是要先讲一讲登录地点、科室、字典这些基础架构的内容,理解起来会容易一些。好的一面是,可能一段时间内都不会缺少题材了。

专栏作家

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

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

题图来自Unsplash,基于CC0协议

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