住院需求相关问题版本2.docx

1、门诊医生的住院申请原先的需求中包括住院证和住院预约。住院证这个概念可以改为住院申请，对应医疗流程中的医疗就诊流程申请。住院预约是需要通过排班预约来进行管理。申请后也可以不预约，由病人后续再发起预约或直接办理入院。排班预约涉及到预约的资源，需求中描述的住院预约的资源应该是科室，但如果确定预约的资源量。住院申请必须由门诊医生进行，住院预约则可由门诊医生进行，也可在住院收费处或其他地方进行。住院登记住院登记可根据住院预约、住院申请进行登记，也可直接录入病人进行登记（考虑到手工开单进行住院申请，另外还有可能是紧急病人，不到门诊进行就诊直接住院的情况）。住院登记时可以考虑直接分配床位。住院号码和病案号码

2、：住院号码是和每次住院流程相关的，是每次分配的，需求中提到可以使用会员卡号等，其实不需要，每次住院单独分配即可。但在日常的住院业务操作中，可以通过住院号、床号、病案号码、就诊卡、会员卡等来定位患者，而不仅局限于住院号（但需要限定一下或可以进行设置，否则这些都是数字的号码经常会重复，反而给管理带来麻烦）。也就是说即使一家机构采用全会员制，为每位患者都建立会员卡，还是可以生成住院号的，可以不使用。病案号码在需求中是按机构管理的。而我们的个人信息是按租户管理的。这块是否需要在个人信息中增加对病案号码的管理，类似于就诊卡的管理。包括：首次入院时自动分配病案号码，个人信息中能查询到病案号码。在就诊卡管理

3、中增加病案号码的管理。缴款管理及催款住院预缴款可以使用储值金预授权进行授权。在住院结算的时候取消授权，然后进行结算。住院缴款还可以使用其他付款方式（如现金等）进行支付。如果使用储值金，授权过程是必需的，否则需要在每次记费的时候进行授权，过程比较复杂。缴款注销是否可以改名为退预缴款，这取决是是否可以针对一次缴款退部分费用。还是保留缴款注销，也就是不能针对一次缴款退部分费用。出院结算中途结算可以不要。出院终结具体需要怎么处理需要明确，比如预缴款多出来的怎么办？预缴款不够的怎么处理？终结后病人来了要求进行结算，如何处理。可以考虑先不实现。出院结算后才算病人出院，清空病人床位这个不对。在出院证明完成后

4、病人就出院了，床位也清空了。因为病人可能不是马上去结算的。发票作废最好能改名为取消结算。首先结算和票据打印是可以分离的，结算还可以不打印票据。其次真正的票据作废仅仅指作废该张票据,进行重新打印。因此需求中这两个都要提到。另外这里提到的发票作废（取消结算）相当于出院召回这个不正确。发票作废（取消结算）大多数情况下是发现费用错误了，取消后补退一些费用重新结算，如果进行了出院召回，又需要重新出院证明等太麻烦了。因此如果真正需要出院召回。可以先执行取消结算，然后在执行出院召I口I,也就是分开成两个动作。并且出院召回这个操作估计应该是病区护士进行的，改名为取消出院也可以。出院召回还是为了补退药或费用、补

5、写病历等（比如出院带药漏了一些药，补写病历不知道是否需要出院召回的，因为一般情况下患者出院了病历在一段时间内还是可以改的）。真正的病人如果一出院就再次犯病，需要重新住院，一般都是走再次入院，而不是出院召回，因为前面住院的时候要出院小结等都写完了，出院召回了这些病历都会出问题了。因此出院召回不需要给患者分配床位，如果需要床位再由护士进行分配。另外我们的系统要支持没有床位的患者的医嘱开立、医嘱提交执行等操作。病人管理病人注销的概念，病人注销应改为取消住院，因为这只是注销这次住院，而不是注销了该病人的信息）。目前的医疗流程实际上是没有注销的概念的，只有结束的概念。比如目前门诊就诊，患者挂了号，不就诊

6、直接退号，也是一次就诊流程结束了，但为了统计管理的方便性，还是增加了一个注销标志。取消住院是否也是这样处理。取消住院的条件，最好能重新梳理一次。比如已通知出院的病人，这个应该没什么关系。已做过缴款，且有效金额大于0,这个看不出缴款后全部退款还能不能取消住院。这个条件可以改为预缴款总额为0（我们有单独的地方汇总了该次住院总的预缴款，可以直接判断，另外缴款后全部退款预缴款总额也是为0可以进行取消住院）。费用归并：费用帐卡等都需要按归并进行费用显示。我们目前的模型中有服务项F1的分类（这个分类是多级的），还有票据归并的分类（用于打印住院结算票据的）。不清楚日常显示帐卡需要按哪个分类进行。如果按服务项

7、目的分类，如何体现多级的关系。费用归并按照服务项目分类来展示，需要能支持分级的查询。日终结帐和结帐汇总货币误差：目前的模型没有货币误差的概念，暂时无法进行管理。门诊目前没有处理货币误差，而是操作员人工处理的。货币误差暂时不进行处理。后续根据需求再确定。因为目前还没有合理的处理方法，作为一种付款方式不合理。结帐汇总：F1前的模型不需要进行结帐汇总，只是记账汇总查询。门诊也是这样做的，因此就没有结帐汇总和取消汇总的操作。汇总日报中无法统计上期结存，另外由于前面暂时没有出院终结，因此这块也是空的。建议仅统计每期发生的就可以了。日终结帐和结帐汇总的报表格式需要在需求中确定。床位管理床位表中有床位所属部

8、门科室字段，但这里的所属部门科室指的应该是病区。也就是说床位只和病区相关的和科室没有关系。但一个病区的床位其实也是不能分配给所有的科室的。因此相关的需求最好也能改改描述，不提床位科室的概念，这个属于科室业务协同的内容，也入院口期和临床入院口期的概念.在公司老的HIS中入院口期最初搞错了，入院口期指的是住院处办理入院的时间。后来为纠正这个错误，引入了临床入院日期的概念，用于指分配床位的日期，也就是真正的入院日期。在新的系统中可以直接纠正这个问题，只需要入院日期这个概念就可以了。登记的日期就是创建日期（字段的名称，也可以称为登记日期）。退床：需求中描述的是将已通知出院的病人的床位自动退掉。注意，只

9、有已通知出院的病人才允许退床。通知出院的时候确实需要退床，但这个只是通知出院中的一个步骤，没有专门的退床这个操作。换病区处理：这里的需求将转科和转病区一并提了，最好明确的分开。转科需要转前科室提出申请（可通过转科医嘱填写相应的申请单），转后科室进行接收，这些是医生的工作。需要控制一些转科的条件：好像只要医嘱全停就可以了，至于有没有发药这些没什么关系。转科接收时，需要判断病人原先所在病区是否可以分配转后科室的床位，如果可以则不需要转病区（如果需要转则需要另外操作），如果不可以，则自动发起转病区的申请.转病IX则由转前病区的护士发起申请（包括前面转科的时候的自动申请，也可以不自动申请，只是提醒护士

10、需要操作，需求中需要明确这点，或者是可选的，默认自动发起申请），转后病区接收。发起申请时选择的转后病区只能是能够分配当前科室的病区才行。转病区没有任何的前提条件限制。系统要支持转病区后，原病区或医技科室还能处理遗漏工作（比如原病区提交发药了，但药房还没有发药，这时候也可以转病区，药房还会将药发到原有病区，原病区护士再将药拿给患者即可）。转科转病区的前提条件要求尽可能的少，这样才能即带给患者便利，科室和病区也能完成遗漏的工作。转科和转病区需提供自动接收的选项。转科是否必需停医嘱目前并未确定，暂定是必须停医嘱，否则如果还是前面的医生开的，核算收入时会算到前面的科室和医生，这个显然接收科室和医生会有

11、意见，他们可能宁可停掉再重新开的。包床和包房。包房可以不要，使用包床来代替。在原先的系统中，假如一个房间有两张床，每张床的床位费都是50元，包一张床务付50元，而包房的价格可以是120元，也就是包房的费用不等于把房间中的床都包下的费用，但我觉得这个不支持也没有关系，可以简单处理。有包床的患者涉及到换床、换病区、出院证明时要先退包床。这个场景都是会退掉原有的主床，需求可以改为在这些操作时可以自动退掉包床，避免一步不必要的操作。床位费用的记账:床位费的记账和入出院时间都有关（第一天和最后一天都可能特殊处理），需求中需列出若干种计算方法，并且指定一种方法，这期可以只实现这一种。还需要明确计算床位费的

12、方法，比如只管记账时病人所在的床位，而不管之前的换床情况。一种特例就是病人在下午5:00从高级床位转到了普通床位，按照半夜床位费记账的情况，记得就是普通床位的钱，这个不一定符合医院的实际要求，因此需求中要特别说明这点。目前暂时提供的计算方法是最常见的算头不算尾（第一天算全天，最后一天不算）的方法。病区病人管理病人列表和床位列表视图都需要明确说明需要显示哪些信息，特别是床位列表视图还需要说明哪些需要显示文字，哪些可以显示图标。病人列表中部分信息也是可以显示图标的。是否还需提供类似于老HIS中的块状床位视图？提供病人列表和床位列表两种展示方式，其中床位列表方式就是指按块显示的床位视图，在该视图中可

13、以进行筛选（全部，有病人的床位，空床）.医嘱管理护士复核医嘱时不再需要生成附加计价（现在己经没有附加计价这个概念了），这个在医嘱录入的时候己经生成费用，但允许修改。可以修改那些没有医嘱内容标志的服务项目（也就是不用于生成医嘱的服务项目）。批量复核是否指的是批量符合一名患者的医嘱？是的C目前的医嘱状态包括：医嘱存盘、医生签署、开立核对、执行接收、医嘱执行、医嘱停止操作、医嘱停止操作核对、医嘱结束、医嘱作废。能否根据这些状态来描述护士的医嘱复核和退回操作，比如医嘱状态中没有提交和退【叫这样的说法。这些状态名称是可以重定义的，但操作控制没法调整。如果这些状态不能完全覆盖当前业务，则需要改动当前的业务

14、模型了。医生医嘱经过护士开立核对后，医生不能进行修改、删除、作废，但可以进行停嘱。没有医生提交医嘱这个概念，就是医生签署。也没有护士退回这个概念。护士不进行开立核对就可以了但护士可以填写退回的理由,医生看到的医嘱还是签署状态，可查看护士退回的理由，取消签署后进行修改.赋空这个操作不符合管理规范（停嘱是经过护理复核的，如果再赋空护士没法再次审核了）,是否可以去除或使用代替方法（比如医嘱复制）。赋空这个名词改为取消停嘱，但仅限，护士没有进行过停嘱复核的医嘱。药品医瞩提交是否相当于病区帮药房进行执行接收了？可以这杵'刀解医嘱计划的讨论问题：在原先的系统中对医嘱计划是按照开始和终止时间点进行严

15、格管理的,但在实际操作中医生和护士并没有这么规范，导致矛盾很大。比如有个bid类型的医嘱，执行时间为8:00和16:00,医生在15:00时停嘱r，按照规范化的管理，16:00的医嘱就不执行了，但在实际操作中很可能还需要执行。导致病区多出或少了很多药品。我们是不是能制定多套方案，适应部分不规范的管理？最初的医嘱计划确实是按照时间点严格管理的，也造成了很多麻烦。可以考虑引入了误差概念，也就是可以设定一个误差时间，比如误差1个小时，16:00的医嘱如果15:00停确实还可以执行，但中午12:00就停了，就不执行了。但连续型医嘱不在此范围内，如吸氧就要严格按照开始时间和结束时间来计费。另外对于不同频

16、次可能也需要考虑不同的误差范围。这个方案需要专门进行讨论。医嘱计划的管理不采用误差的方法，这个不太容易控制。但可以做些设定（相当于提供多套方案）。设定方式为:针对每一种频次对上午停嘱及下午停嘱分别设置每个时间点是否执行。比如一日三次（时间点为8、12、16）的如果上午停嘱，则12、16点都不执行，下午停嘱则12、16都执行。药品医嘱的执行：需求中提到了口服药和输液的执行：由患者自行执行的药品医嘱（如口服类），药品发放给患者（不是发药）即算己执行。由护士执行的医嘱（如输液等）则由护士执行后算已执行，可以使用通用医技进行管理，也可由特定的系统进行管理（如输液系统）。但大多数诊所甚至医院都没有配备移

17、动设备，这样也就是无法及时记录执行。采用的方法一般就是提供批量执行，统一执行一下实际没什么意义。针对这种情况，需求中需要提供一种特殊的方法，比如可以发药即可算执行。对于没有移动设备的医院来说，不管理是否执行的情况。也就是每条医嘱计划管理到发药就没有后续执行的状态，。不采用批量执行这种没有意义的执行。医嘱单停和赋空:在现在医嘱和费用分离的情况卜.，不存在单停的情况了，医嘱都是独立的。赋空则可以采用医嘱复制的方法来代替。赋空这个名词改为取消停嘱，但仅限于护士没有进行过停嘱复核的医嘱。医嘱卡片：医嘱卡片可以K期、临时分开，也可以合并，这些应该是可设置的，因此需求中应该提出哪些需设置的要求.需要明确医

18、嘱卡片包含的内容。因为现在的医嘱卡片其实不是按照医嘱来打印的，而是按照医嘱对应服务项目甚至是对应的药品来打印的，在住院药品医嘱可能执行绑定的情况下，如果要打印药品的商品名称是做不到的（因为卡片一般都是在发药前就打印了）。另外药品医嘱服务项目中还会包含如输液费等非物品的内容，这些应该不需要打印在医嘱卡片中，因此需求中对每种医嘱卡片需要打叩的内容及格式都明确定义，否则无法进行后续的设计。医嘱卡片中如果是药品，只显示服务项H的名称（因为发药前还没有绑定药品）。这个还需要再确定是否可行。因为如果没有绑定药品是无法显示规格信息的.体征单及护理记录的需求内容过于简单。费用管理的需求不明确。这里的费用管理是

19、用来补录医嘱对应的服务项目的，还是用于在医嘱执行后补录费用的。补录的费用就和医嘱没有关系了。这里的费用管理可以就是费用的补录。医嘱对应服务项H的在医嘱复核中可以修改。医嘱复核后也还可以修改，但这个不属费用管理.病区管理中的出院处理：这里提到了患者的状态包括出院状态和待结算状态，但在别的需求中都没有根据这两种状态进行控制说明。住院医生站中的病人管理关于我的病人需要显示的病人列表描述错误了。可以显示全院病人，我的病人，各科室病人。少了当前科室病人。另外可以查看这些病人需要什么权限？可显示全院病人，我的病人，当前科室病人，没有各科室病人的列表.但需求中需要明确如何确定权限。比如不是所有的医生都能查询

20、全院病人的。住院医生站中的医嘱管理对应开立模板，门诊和住院是使用同一套，还是分开的？目前的模型是同一套的。医嘱助手是不是也是同一个需求。开立模板，门诊和住院是使用同一套.医嘱助手和开立模板是同一个内容.医嘱录入中看看能否精简一些内容：比如会诊医嘱、文字医嘱。另外同组医嘱、附加项目这两个概念不存在，医嘱提交也和相应的医嘱状态不符合。没有文字医嘱这个概念，所有的医嘱都需要有服务项目。比如出院医嘱，服务项目中可以有出院这样一个服务项目。会诊医嘱展示不管理。住院医生站中的出院处理这里的需求可以去除，在病区的出院处理中已经描述了。这里提到了医生也可以办理出院证，这个需求可以暂时不要，因为办理出院证还需要处理费用，需求中并没有提出医生办理出院证时