请问门诊医生站如何方便快速录入影象申请单?

li4728

影象收费项目计算方法异常复杂,
<br>如CR的四肢肱骨有左右\中上或全长或中下\正侧位之分, 项目选择极不方便,
<br>如何设计一个较好的选择输入界面来完成门诊医生的特检申请?
<br>想知道大家伙是怎样设计的, 有没有输入界面发个上来大家参考讨论一下其利弊!

小城医生

医生站干吗考虑收费?!
<br>医生对order负责,不会对charge 负责.
<br>

蓝风

最便捷直观的方法恐怕就是在人体图谱上点选了。
<br>

jhs1

<p><!--quote-蓝风+2005-08-07 06:42--><div class='quotetop'>引用蓝风 &#064; 2005-08-07 06:42)</div><div class='quotemain'><!--quote1-->最便捷直观的方法恐怕就是在人体图谱上点选了。 <br /><!--quote2--></div><!--quote3--></p><p>也不方便：<br />正位、侧位、左前斜位、右前斜位、<font size="2">柯氏位，瓦氏位、许氏位、梅<br />氏位、斯氏位和经前后位，&hellip;&hellip;</font></p>

jing.wang

以下是我的一点个人拙见，偏重于美国的CIS 设计。
<br>
<br>从工作流程（workflow）来讲，接诊医生负责开出检查单 （order requisition）, 放射科负责具体操作和报告 （modality exam and reporting），收费处负责划价收费 （billing and accounting）。
<br>
<br>了解大体工作流程后，我们就可以从几个界面来入手解决方案。这些界面各有针对，但必须互相关联支持。
<br>
<br>第一是应用系统界面（application/service view）：
<br>电子医嘱 （CPOE）--〉 放射性信息系统 (RIS)
<br>电子医嘱 （CPOE）/放射性信息系统 (RIS)--〉病人计价管理（Patient Accounting）
<br>
<br>第二是信息界面（information view）
<br>诊断- ICD-9， 检查- CPT (包括检查项目和诸如正位侧位等细节) , 临床信息 – SMOMED, UML etc. (Linforest 提到的 LOINC 是化验和病理的信息标准，异曲同工)
<br>
<br>第三是交流界面（messaging view）
<br>治疗，放射：HL7， DICOM
<br>收费划价：HL7, X12N
<br>
<br>最后，基础IT(IT Infrastructure ) 必须能够支持应用系统的需要。
<br>
<br>当然，具体的设计需要针对客户的具体要求。对于软件厂家来讲，产品必须能够在有效和有效率的基础上支持不同客户的需要，所以采用同业标准非常重要。

jhs1

<p>8楼把1楼的问题安排为两部分：医生开检查单，收费处划价、收费。这样问题就相对的比较简单了。</p><p>另外，国内收费处恐怕也难以掌握比较复杂的影象划价问题，目前的情况是，让影象科室自己掌握比较方便。</p><p>相似的问题，在手术室也存在。</p>

alinew

<!--quote-小城医生+2005-08-06 04:41--><div class='quotetop'>引用小城医生 &#064; 2005-08-06 04:41)</div><div class='quotemain'><!--quote1-->医生站干吗考虑收费?!
<br>医生对order负责,不会对charge 负责.<!--quote2--></div><!--quote3--><br>医生站不说清楚他干的是啥 收费处凭啥收费？！

li4728

在放射项目收费编码内肯定要明确每个收费的价格, 组合是非常多的, 如果只是简单地让医生输入收费PYM肯定是不可行的. 其他比较规范单一的项目可以这样录入.
<br>
<br>让放射科再次划价则是回到从前的纯手工方式了, 肯定不行.  我们现在就是想如何直接由医生通过勾勾选选来组合确定一次特检的具体成本.
<br>
<br>目前我们的解决方案是作好一批套餐, 类似于手工申请单的那种组合, 选择申请类型\部位\左或右\长短片\等等, 然后根据组合由计算机自动确定收费价格, 并把申请内容如主诉\检查\建议等一并存盘,  收费后可以直接由特检科调用.
<br>
<br>用人体部位图形的方式我们觉得还是不全面.
<br>
<br>不知道大家具体是怎样解决这种申请问题的.
<br>