住院需求相关问题.docx

门诊医生的住院申请原先的需求中包括住院证和住院预约住院证这个概念可以改为住院申请，对应医疗流程中的医疗就诊流程申请住院预约是需要通过排班预约来进行管理申请后也可以不预约，由病人后续再发起预约或直接办理入院排班预约涉及到预约的资源，需求中描述的住院预约的资源应该是科室，但如果确定预约的资源量住院申请必须由门诊医生进行，住院预约则可由门诊医生进行，也可在住院收费处或其他地方进行住院登记住院登记可根据住院预约、住院申请进行登记，也可直接录入病人进行登记（考虑到手工开单进行住院申请，另外还有可能是紧急病人，不到门诊进行就诊直接住院的情况）住院登记时可以考虑直接分配床位住院号码和病案号码：住院号码是和每次住院流程相关的，是每次分配的，需求中提到可以使用会员卡号等，其实不需要，每次住院单独分配即可但在日常的住院业务操作中，可以通过住院号、床号、病案号码、就诊卡、会员卡等来定位患者，而不仅局限于住院号（但需要限定一下或可以进行设置，否则这些都是数字的号码经常会重复，反而给管理带来麻烦）也就是说即使一家机构采用全会员制，为每位患者都建立会员卡，还是可以生成住院号的，可以不使用病案号码在需求中是按机构管理的。

而我们的个人信息是按租户管理的这块是否需要在个人信息中增加对病案号码的管理，类似于就诊卡的管理包括：首次入院时自动分配病案号码，个人信息中能查询到病案号码缴款管理及催款住院预缴款可以使用储值金预授权进行授权在住院结算的时候取消授权，然后进行结算住院缴款还可以使用其他付款方式（如现金等）进行支付如果使用储值金，授权过程是必需的，否则需要在每次记费的时候进行授权，过程比较复杂缴款注销是否可以改名为退预缴款，这取决是是否可以针对一次缴款退部分费用出院结算中途结算可以不要出院终结具体需要怎么处理需要明确，比如预缴款多出来的怎么办？预缴款不够的怎么处理？终结后病人来了要求进行结算，如何处理可以考虑先不实现出院结算后才算病人出院，清空病人床位这个不对在出院证明完成后病人就出院了，床位也清空了因为病人可能不是马上去结算的发票作废最好能改名为取消结算首先结算和票据打印是可以分离的，结算还可以不打印票据其次真正的票据作废仅仅指作废该张票据,进行重新打印因此需求中这两个都要提到另外这里提到的发票作废（取消结算）相当于出院召回这个不正确发票作废（取消结算）大多数情况下是发现费用错误了，取消后补退一些费用重新结算，如果进行了出院召回，乂需要重新出院证明等太麻烦了。

因此如果真正需要出院召回可以先执行取消结算，然后在执行出院召回，也就是分开成两个动作并且出院召回这个操作估计应该是病区护士进行的，改名为取消出院也可以出院召同还是为了补退药或费用、补写病历等（比如出院带药漏了一些药，补写病历不知道是否需要出院召回的，因为一般情况卜•患者出院了病历在一段时间内还是可以改的）真正的病人如果一出院就再次犯病，需要重新住院，一般都是走再次入院，而不是出院召回，因为前面住院的时候要出院小结等都写完了，出院召回了这些病历都会出问题了因此出院召I叫不需要给患者分配床位，如果需要床位再由护士进行分配另外我们的系统要支持没有床位的患者的医嘱开立、医嘱提交执行等操作病人管理病人注销的概念，病人注销应改为取消住院，因为这只是注销这次住院，而不是注销了该病人的信息）目前的医疗流程实际上是没有注销的概念的，只有结束的概念比如目前门诊就诊，患者挂了号，不就诊直接退号，也是一次就诊流程结束了，但为了统计管理的方便性，还是增加了一个注销标志取消住院是否也是这样处理取消住院的条件，最好能重新梳理一次比如己通知出院的病人，这个应该没什么关系己做过缴款，且有效金额大于（），这个看不出缴款后全部退款还能不能取消住院。

这个条件可以改为预缴款总额为0（我们有单独的地方汇总了该次住院总的预缴款，可以直接判断，另外缴款后全部退款预缴款总额也是为0可以进行取消住院）费用归并：费用帐卡等都需要按归并进行费用显示我们目前的模型中有服务项目的分类（这个分类是多级的），还有票据归并的分类（用于打印住院结算票据的）不清楚日常显示帐卡需要按哪个分类进行如果按服务项目的分类，如何体现多级的关系日终结帐和结帐汇总货币误差：IR前的模型没有货币误差的概念，暂时无法进行管理门诊IR前没有处理货币误差，而是操作员人工处理的结帐汇总：目前的模型不需要进行结帐汇总，只是记账汇总查询门诊也是这样做的，因此就没有结帐汇总和取消汇总的操作汇总口报中无法统计上期结存，另外由于前面暂时没有出院终结，因此这块也是空的建议仅统计每期发生的就可以了日终结帐和结帐汇总的报表格式需要在需求中确定床位管理床位表中有床位所属部门科室字段，但这里的所属部门科室指的应该是病区也就是说床位只和病区相关的和科室没有关系但一个病区的床位其实也是不能分配给所有的科室的因此相关的需求最好也能改改描述，不提床位科室的概念，这个属于科室业务协同的内容，也就是说对床位分配来说，每个科室可以对应若干个病区（病区可重复对应到不同的科室，从而实现多对多的场景）。

但这样做还是有点小的缺陷，就是不能指定到具体的床位了看看需求中是否一定要指定到具体的床位入院日期和临床入院日期的概念在公司老的HIS中入院日期最初搞错了，入院日期指的是住院处办理入院的时间后来为纠正这个错误，引入了临床入院日期的概念，用于指分配床位的口期，也就是真正的入院日期在新的系统中可以直接纠正这个问题，只需要入院口期这个概念就可以了登记的日期就是创建日期（字段的名称，也可以称为登记日期）退床：需求中描述的是将己通知出院的病人的床位自动退掉注意，只有己通知出院的病人才允许退床通知出院的时候确实需要退床，但这个只是通知出院中的一个步骤，没有专门的退床这个操作换病区处理：这里的需求将转科和转病区一并提了，最好明确的分开转科需要转前科室提出申请（可通过转科医嘱填写相应的申请单），转后科室进行接收，这些是医生的工作需要控制一些转科的条件：好像只要医嘱全停就可以了，至于有没有发药这些没什么关系转科接收时，需要判断病人原先所在病区是否可以分配转后科室的床位,如果可以则不需要转病区（如果需要转则需要另外操作），如果不可以，则自动发起转病区的申请转病区则由转前病区的护士发起申请（包括前面转科的时候的自动申请，也可以不自动申请,只是提醒护士需要操作，需求中需要明确这点，或者是可选的，默认自动发起申请），转后病区接收。

发起申请时选择的转后病区只能是能够分配当前科室的病区才行转病区没有任何的前提条件限制系统要支持转病区后，原病区或医技科室还能处理遗漏工作（比如原病区提交发药了，但药房还没有发药，这时候也可以转病区，药房还会将药发到原有病区，原病区护士再将药拿给患者即可）转科转病区的前提条件要求尽可能的少，这样才能即带给患者便利，科室和病区也能完成遗漏的工作包床和包房包房可以不要，使用包床来代替在原先的系统中，假如一个房间有两张床,每张床的床位费都是50元，包一张床多付50元，而包房的价格可以是120元，也就是包房的费用不等于把房间中的床都包下的费用，但我觉得这个不支持也没有关系，可以简单处理有包床的患者涉及到换床、换病区、出院证明时要先退包床这个场景都是会退掉原有的主床，需求可以改为在这些操作时可以自动退掉包床，避免一步不必要的操作床位费用的讪账:床位费的记账和入出院时间都有关（第•天和最后•天都可能特殊处理），需求中需列出若干种计算方法，并且指定一种方法，这期可以只实现这一种还需要明确计算床位费的方法，比如只管记账时病人所在的床位，而不管之前的换床情况一种特例就是病人在下午5:00从高级床位转到了普通床位，按照半夜床位费记账的情况，记得就是普通床位的钱，这个不一定符合医院的实际要求，因此需求中要特别说明这点。

病区病人管理病人列表和床位列表视图都需要明确说明需要显示哪些信息，特别是床位列表视图还需要说明哪些需要显示文字，哪些可以显示图标病人列表中部分信息也是可以显示图标的是否还需提供类似于老HIS中的块状床位视图？医嘱管理护士复核医嘱时不再需要生成附加计价（现在巳经没有附加计价这个概念了），这个在医嘱录入的时候己经生成费用，但允许修改可以修改那些没有医嘱内容标志的服务项目（也就是不用于生成医嘱的服务项目）批量复核是否指的是批量符合一名患者的医嘱？目前的医嘱状态包括：医嘱存盘、医生签署、开立核对、执行接收、医嘱执行、医嘱停止操作、医嘱停止操作核对、医嘱结束、医嘱作废能否根据这些状态来描述护士的医嘱复核和退回操作，比如医嘱状态中没有提交和退回这样的说法这些状态名称是可以重定义的，但操作控制没法调整如果这些状态不能完全覆盖当前业务，则需要改动当前的业务模型了医生医嘱经过护士开立核对后，医生不能进行修改、删除、作废，但可以进行停嘱赋空这个操作不符合管理规范（停嘱是经过护理复核的，如果再赋空护士没法再次审核了），是否可以去除或使用代替方法（比如医嘱复制）药品IK嘱提交是否相当于病区帮药房进行执行接收了？医嘱计划的讨论问题：在原先的系统中对医嘱计划是按照开始和终止时间点进行严格管理的,但在实际操作中医生和护士并没有这么规范，导致矛盾很大。

比如有个bid类型的医嘱，执行时间为8:00和16:00,医生在15:00时停嘱了，按照规范化的管理，16:00的医嘱就不执行了，但在实际操作中很可能还需要执行导致病区多出或少了很多药品我们是不是能制定多套方案，适应部分不规范的管理？最初的医嘱计划确实是按照时间点严格管理的，也造成了很多麻烦可以考虑引入了误差概念，也就是可以设定-个误差时间，比如误差1个小时，16:00的医嘱如果15:00停确实还可以执行，但中午12:0（）就停了，就不执行了但连续型医嘱不在此范围内，如吸氧就要严格按照开始时间和结束时间来计费另外对于不同频次可能也需要考虑不同的误差范围这个方案需要专门进行讨论药品医瞩的执行：需求中提到了口服药和输液的执行：由患者自行执行的药品医嘱（如口服类），药品发放给患者（不是发药）即算己执行由护士执行的医嘱（如输液等）则由护士执行后算已执行，可以使用通用医技进行管理，也可由特定的系统进行管理（如输液系统）但大多数诊所甚至医院都没有配备移动设备，这样也就是无法及时记录执行采用的方法一般就是提供批晕执行，统一执行一下实际没什么意义针对这种情况，需求中需要提供一种特殊的方法，比如可以发药即可算执行。

医嘱单停和赋空:在现在医嘱和费用分离的情况下，不存在单停的情况了，医嘱都是独立的赋空则可以采用医嘱复制的方法来代替医嘱卡片：医嘱卡片可以长期、临时分开，也可以合并，这些应该是可设置的，因此需求中应该提出哪些需设置的要求需要明确医嘱卡片包含的内容因为现在的医嘱卡片其实不是按照医嘱来打印的，而是按照医嘱对应服务项目甚至是对应的药品来打印的，在住院药品医嘱可能执行绑定的情况下，如果要打印药品的商品名称是做不到的（因为卡片一般都是在发药前就打印了）另外药品医嘱服务项目中还会包含如输液费等非物品的内容，这些应该不需要打印在医嘱卡片中，因此需求中对每种医嘱卡片需要打印的内容及格式都明确定义，否则无法进行后续的设计体征单及护理记录的需求内容过于简单费用管理的需求不明确这里的费用管理是用来补录医嘱对应的服务项目的，还是用于在医嘱执行后补录费用的补录的费用就和快嘱没有关系了病区管理中的出院处理：这里提到了患者的状态包括出院状态和待结算状态，但在别的需求中都没有根据这两种状态进行控制说明住院医生站中的病人管理关于我的病人需要显示的病人列表描述错误了可以显示全院病人，我的病人，各科室病人少了当前科室病人另外可以查看这些病人。