1、門診醫(yī)生的住院申請原先的需求中包括住院證和住院預約。住院證這個概念可以改為住院申請，對應醫(yī)療流程中的醫(yī)療就診流程申請。住院預約是需要通過排班預約來進行管理。申請后也可以不預約，由病人后續(xù)再發(fā)起預約或直接辦理入院。排班預約涉及到預約的資源，需求中描述的住院預約的資源應該是科室，但如果確定預約的資源量。住院申請必須由門診醫(yī)生進行，住院預約則可由門診醫(yī)生進行，也可在住院收費處或其他地方進行。住院登記住院登記可根據住院預約、住院申請進行登記，也可直接錄入病人進行登記（考慮到手工開單進行住院申請，另外還有可能是緊急病人，不到門診進行就診直接住院的情況）。住院登記時可以考慮直接分配床位。住院號碼和病案號碼

2、：住院號碼是和每次住院流程相關的，是每次分配的，需求中提到可以使用會員卡號等，其實不需要，每次住院單獨分配即可。但在日常的住院業(yè)務操作中，可以通過住院號、床號、病案號碼、就診卡、會員卡等來定位患者，而不僅局限于住院號（但需要限定一下或可以進行設置，否則這些都是數字的號碼經常會重復，反而給管理帶來麻煩）。也就是說即使一家機構采用全會員制，為每位患者都建立會員卡，還是可以生成住院號的，可以不使用。病案號碼在需求中是按機構管理的。而我們的個人信息是按租戶管理的。這塊是否需要在個人信息中增加對病案號碼的管理，類似于就診卡的管理。包括：首次入院時自動分配病案號碼，個人信息中能查詢到病案號碼。在就診卡管理

3、中增加病案號碼的管理。繳款管理及催款住院預繳款可以使用儲值金預授權進行授權。在住院結算的時候取消授權，然后進行結算。住院繳款還可以使用其他付款方式（如現金等）進行支付。如果使用儲值金，授權過程是必需的，否則需要在每次記費的時候進行授權，過程比較復雜。繳款注銷是否可以改名為退預繳款，這取決是是否可以針對一次繳款退部分費用。還是保留繳款注銷，也就是不能針對一次繳款退部分費用。出院結算中途結算可以不要。出院終結具體需要怎么處理需要明確，比如預繳款多出來的怎么辦？預繳款不夠的怎么處理？終結后病人來了要求進行結算，如何處理?？梢钥紤]先不實現。出院結算后才算病人出院，清空病人床位這個不對。在出院證明完成后

4、病人就出院了，床位也清空了。因為病人可能不是馬上去結算的。發(fā)票作廢最好能改名為取消結算。首先結算和票據打印是可以分離的，結算還可以不打印票據。其次真正的票據作廢僅僅指作廢該張票據,進行重新打印。因此需求中這兩個都要提到。另外這里提到的發(fā)票作廢（取消結算）相當于出院召回這個不正確。發(fā)票作廢（取消結算）大多數情況下是發(fā)現費用錯誤了，取消后補退一些費用重新結算，如果進行了出院召回，又需要重新出院證明等太麻煩了。因此如果真正需要出院召回。可以先執(zhí)行取消結算，然后在執(zhí)行出院召I口I,也就是分開成兩個動作。并且出院召回這個操作估計應該是病區(qū)護士進行的，改名為取消出院也可以。出院召回還是為了補退藥或費用、補

5、寫病歷等（比如出院帶藥漏了一些藥，補寫病歷不知道是否需要出院召回的，因為一般情況下患者出院了病歷在一段時間內還是可以改的）。真正的病人如果一出院就再次犯病，需要重新住院，一般都是走再次入院，而不是出院召回，因為前面住院的時候要出院小結等都寫完了，出院召回了這些病歷都會出問題了。因此出院召回不需要給患者分配床位，如果需要床位再由護士進行分配。另外我們的系統要支持沒有床位的患者的醫(yī)囑開立、醫(yī)囑提交執(zhí)行等操作。病人管理病人注銷的概念，病人注銷應改為取消住院，因為這只是注銷這次住院，而不是注銷了該病人的信息）。目前的醫(yī)療流程實際上是沒有注銷的概念的，只有結束的概念。比如目前門診就診，患者掛了號，不就診

6、直接退號，也是一次就診流程結束了，但為了統計管理的方便性，還是增加了一個注銷標志。取消住院是否也是這樣處理。取消住院的條件，最好能重新梳理一次。比如已通知出院的病人，這個應該沒什么關系。已做過繳款，且有效金額大于0,這個看不出繳款后全部退款還能不能取消住院。這個條件可以改為預繳款總額為0（我們有單獨的地方匯總了該次住院總的預繳款，可以直接判斷，另外繳款后全部退款預繳款總額也是為0可以進行取消住院）。費用歸并：費用帳卡等都需要按歸并進行費用顯示。我們目前的模型中有服務項F1的分類（這個分類是多級的），還有票據歸并的分類（用于打印住院結算票據的）。不清楚日常顯示帳卡需要按哪個分類進行。如果按服務項

7、目的分類，如何體現多級的關系。費用歸并按照服務項目分類來展示，需要能支持分級的查詢。日終結帳和結帳匯總貨幣誤差：目前的模型沒有貨幣誤差的概念，暫時無法進行管理。門診目前沒有處理貨幣誤差，而是操作員人工處理的。貨幣誤差暫時不進行處理。后續(xù)根據需求再確定。因為目前還沒有合理的處理方法，作為一種付款方式不合理。結帳匯總：F1前的模型不需要進行結帳匯總，只是記賬匯總查詢。門診也是這樣做的，因此就沒有結帳匯總和取消匯總的操作。匯總日報中無法統計上期結存，另外由于前面暫時沒有出院終結，因此這塊也是空的。建議僅統計每期發(fā)生的就可以了。日終結帳和結帳匯總的報表格式需要在需求中確定。床位管理床位表中有床位所屬部

8、門科室字段，但這里的所屬部門科室指的應該是病區(qū)。也就是說床位只和病區(qū)相關的和科室沒有關系。但一個病區(qū)的床位其實也是不能分配給所有的科室的。因此相關的需求最好也能改改描述，不提床位科室的概念，這個屬于科室業(yè)務協同的內容，也入院口期和臨床入院口期的概念.在公司老的HIS中入院口期最初搞錯了，入院口期指的是住院處辦理入院的時間。后來為糾正這個錯誤，引入了臨床入院日期的概念，用于指分配床位的日期，也就是真正的入院日期。在新的系統中可以直接糾正這個問題，只需要入院日期這個概念就可以了。登記的日期就是創(chuàng)建日期（字段的名稱，也可以稱為登記日期）。退床：需求中描述的是將已通知出院的病人的床位自動退掉。注意，只

9、有已通知出院的病人才允許退床。通知出院的時候確實需要退床，但這個只是通知出院中的一個步驟，沒有專門的退床這個操作。換病區(qū)處理：這里的需求將轉科和轉病區(qū)一并提了，最好明確的分開。轉科需要轉前科室提出申請（可通過轉科醫(yī)囑填寫相應的申請單），轉后科室進行接收，這些是醫(yī)生的工作。需要控制一些轉科的條件：好像只要醫(yī)囑全停就可以了，至于有沒有發(fā)藥這些沒什么關系。轉科接收時，需要判斷病人原先所在病區(qū)是否可以分配轉后科室的床位，如果可以則不需要轉病區(qū)（如果需要轉則需要另外操作），如果不可以，則自動發(fā)起轉病區(qū)的申請.轉病IX則由轉前病區(qū)的護士發(fā)起申請（包括前面轉科的時候的自動申請，也可以不自動申請，只是提醒護士

10、需要操作，需求中需要明確這點，或者是可選的，默認自動發(fā)起申請），轉后病區(qū)接收。發(fā)起申請時選擇的轉后病區(qū)只能是能夠分配當前科室的病區(qū)才行。轉病區(qū)沒有任何的前提條件限制。系統要支持轉病區(qū)后，原病區(qū)或醫(yī)技科室還能處理遺漏工作（比如原病區(qū)提交發(fā)藥了，但藥房還沒有發(fā)藥，這時候也可以轉病區(qū)，藥房還會將藥發(fā)到原有病區(qū)，原病區(qū)護士再將藥拿給患者即可）。轉科轉病區(qū)的前提條件要求盡可能的少，這樣才能即帶給患者便利，科室和病區(qū)也能完成遺漏的工作。轉科和轉病區(qū)需提供自動接收的選項。轉科是否必需停醫(yī)囑目前并未確定，暫定是必須停醫(yī)囑，否則如果還是前面的醫(yī)生開的，核算收入時會算到前面的科室和醫(yī)生，這個顯然接收科室和醫(yī)生會有

11、意見，他們可能寧可停掉再重新開的。包床和包房。包房可以不要，使用包床來代替。在原先的系統中，假如一個房間有兩張床，每張床的床位費都是50元，包一張床務付50元，而包房的價格可以是120元，也就是包房的費用不等于把房間中的床都包下的費用，但我覺得這個不支持也沒有關系，可以簡單處理。有包床的患者涉及到換床、換病區(qū)、出院證明時要先退包床。這個場景都是會退掉原有的主床，需求可以改為在這些操作時可以自動退掉包床，避免一步不必要的操作。床位費用的記賬:床位費的記賬和入出院時間都有關（第一天和最后一天都可能特殊處理），需求中需列出若干種計算方法，并且指定一種方法，這期可以只實現這一種。還需要明確計算床位費的

12、方法，比如只管記賬時病人所在的床位，而不管之前的換床情況。一種特例就是病人在下午5:00從高級床位轉到了普通床位，按照半夜床位費記賬的情況，記得就是普通床位的錢，這個不一定符合醫(yī)院的實際要求，因此需求中要特別說明這點。目前暫時提供的計算方法是最常見的算頭不算尾（第一天算全天，最后一天不算）的方法。病區(qū)病人管理病人列表和床位列表視圖都需要明確說明需要顯示哪些信息，特別是床位列表視圖還需要說明哪些需要顯示文字，哪些可以顯示圖標。病人列表中部分信息也是可以顯示圖標的。是否還需提供類似于老HIS中的塊狀床位視圖？提供病人列表和床位列表兩種展示方式，其中床位列表方式就是指按塊顯示的床位視圖，在該視圖中可

13、以進行篩選（全部，有病人的床位，空床）.醫(yī)囑管理護士復核醫(yī)囑時不再需要生成附加計價（現在己經沒有附加計價這個概念了），這個在醫(yī)囑錄入的時候己經生成費用，但允許修改?？梢孕薷哪切]有醫(yī)囑內容標志的服務項目（也就是不用于生成醫(yī)囑的服務項目）。批量復核是否指的是批量符合一名患者的醫(yī)囑？是的C目前的醫(yī)囑狀態(tài)包括：醫(yī)囑存盤、醫(yī)生簽署、開立核對、執(zhí)行接收、醫(yī)囑執(zhí)行、醫(yī)囑停止操作、醫(yī)囑停止操作核對、醫(yī)囑結束、醫(yī)囑作廢。能否根據這些狀態(tài)來描述護士的醫(yī)囑復核和退回操作，比如醫(yī)囑狀態(tài)中沒有提交和退【叫這樣的說法。這些狀態(tài)名稱是可以重定義的，但操作控制沒法調整。如果這些狀態(tài)不能完全覆蓋當前業(yè)務，則需要改動當前的業(yè)務

14、模型了。醫(yī)生醫(yī)囑經過護士開立核對后，醫(yī)生不能進行修改、刪除、作廢，但可以進行停囑。沒有醫(yī)生提交醫(yī)囑這個概念，就是醫(yī)生簽署。也沒有護士退回這個概念。護士不進行開立核對就可以了但護士可以填寫退回的理由,醫(yī)生看到的醫(yī)囑還是簽署狀態(tài)，可查看護士退回的理由，取消簽署后進行修改.賦空這個操作不符合管理規(guī)范（停囑是經過護理復核的，如果再賦空護士沒法再次審核了）,是否可以去除或使用代替方法（比如醫(yī)囑復制）。賦空這個名詞改為取消停囑，但僅限，護士沒有進行過停囑復核的醫(yī)囑。藥品醫(yī)矚提交是否相當于病區(qū)幫藥房進行執(zhí)行接收了？可以這杵'刀解醫(yī)囑計劃的討論問題：在原先的系統中對醫(yī)囑計劃是按照開始和終止時間點進行嚴

15、格管理的,但在實際操作中醫(yī)生和護士并沒有這么規(guī)范，導致矛盾很大。比如有個bid類型的醫(yī)囑，執(zhí)行時間為8:00和16:00,醫(yī)生在15:00時停囑r，按照規(guī)范化的管理，16:00的醫(yī)囑就不執(zhí)行了，但在實際操作中很可能還需要執(zhí)行。導致病區(qū)多出或少了很多藥品。我們是不是能制定多套方案，適應部分不規(guī)范的管理？最初的醫(yī)囑計劃確實是按照時間點嚴格管理的，也造成了很多麻煩?？梢钥紤]引入了誤差概念，也就是可以設定一個誤差時間，比如誤差1個小時，16:00的醫(yī)囑如果15:00停確實還可以執(zhí)行，但中午12:00就停了，就不執(zhí)行了。但連續(xù)型醫(yī)囑不在此范圍內，如吸氧就要嚴格按照開始時間和結束時間來計費。另外對于不同頻

16、次可能也需要考慮不同的誤差范圍。這個方案需要專門進行討論。醫(yī)囑計劃的管理不采用誤差的方法，這個不太容易控制。但可以做些設定（相當于提供多套方案）。設定方式為:針對每一種頻次對上午停囑及下午停囑分別設置每個時間點是否執(zhí)行。比如一日三次（時間點為8、12、16）的如果上午停囑，則12、16點都不執(zhí)行，下午停囑則12、16都執(zhí)行。藥品醫(yī)囑的執(zhí)行：需求中提到了口服藥和輸液的執(zhí)行：由患者自行執(zhí)行的藥品醫(yī)囑（如口服類），藥品發(fā)放給患者（不是發(fā)藥）即算己執(zhí)行。由護士執(zhí)行的醫(yī)囑（如輸液等）則由護士執(zhí)行后算已執(zhí)行，可以使用通用醫(yī)技進行管理，也可由特定的系統進行管理（如輸液系統）。但大多數診所甚至醫(yī)院都沒有配備移

17、動設備，這樣也就是無法及時記錄執(zhí)行。采用的方法一般就是提供批量執(zhí)行，統一執(zhí)行一下實際沒什么意義。針對這種情況，需求中需要提供一種特殊的方法，比如可以發(fā)藥即可算執(zhí)行。對于沒有移動設備的醫(yī)院來說，不管理是否執(zhí)行的情況。也就是每條醫(yī)囑計劃管理到發(fā)藥就沒有后續(xù)執(zhí)行的狀態(tài)，。不采用批量執(zhí)行這種沒有意義的執(zhí)行。醫(yī)囑單停和賦空:在現在醫(yī)囑和費用分離的情況卜.，不存在單停的情況了，醫(yī)囑都是獨立的。賦空則可以采用醫(yī)囑復制的方法來代替。賦空這個名詞改為取消停囑，但僅限于護士沒有進行過停囑復核的醫(yī)囑。醫(yī)囑卡片：醫(yī)囑卡片可以K期、臨時分開，也可以合并，這些應該是可設置的，因此需求中應該提出哪些需設置的要求.需要明確醫(yī)

18、囑卡片包含的內容。因為現在的醫(yī)囑卡片其實不是按照醫(yī)囑來打印的，而是按照醫(yī)囑對應服務項目甚至是對應的藥品來打印的，在住院藥品醫(yī)囑可能執(zhí)行綁定的情況下，如果要打印藥品的商品名稱是做不到的（因為卡片一般都是在發(fā)藥前就打印了）。另外藥品醫(yī)囑服務項目中還會包含如輸液費等非物品的內容，這些應該不需要打印在醫(yī)囑卡片中，因此需求中對每種醫(yī)囑卡片需要打叩的內容及格式都明確定義，否則無法進行后續(xù)的設計。醫(yī)囑卡片中如果是藥品，只顯示服務項H的名稱（因為發(fā)藥前還沒有綁定藥品）。這個還需要再確定是否可行。因為如果沒有綁定藥品是無法顯示規(guī)格信息的.體征單及護理記錄的需求內容過于簡單。費用管理的需求不明確。這里的費用管理是

19、用來補錄醫(yī)囑對應的服務項目的，還是用于在醫(yī)囑執(zhí)行后補錄費用的。補錄的費用就和醫(yī)囑沒有關系了。這里的費用管理可以就是費用的補錄。醫(yī)囑對應服務項H的在醫(yī)囑復核中可以修改。醫(yī)囑復核后也還可以修改，但這個不屬費用管理.病區(qū)管理中的出院處理：這里提到了患者的狀態(tài)包括出院狀態(tài)和待結算狀態(tài)，但在別的需求中都沒有根據這兩種狀態(tài)進行控制說明。住院醫(yī)生站中的病人管理關于我的病人需要顯示的病人列表描述錯誤了?？梢燥@示全院病人，我的病人，各科室病人。少了當前科室病人。另外可以查看這些病人需要什么權限？可顯示全院病人，我的病人，當前科室病人，沒有各科室病人的列表.但需求中需要明確如何確定權限。比如不是所有的醫(yī)生都能查詢

20、全院病人的。住院醫(yī)生站中的醫(yī)囑管理對應開立模板，門診和住院是使用同一套，還是分開的？目前的模型是同一套的。醫(yī)囑助手是不是也是同一個需求。開立模板，門診和住院是使用同一套.醫(yī)囑助手和開立模板是同一個內容.醫(yī)囑錄入中看看能否精簡一些內容：比如會診醫(yī)囑、文字醫(yī)囑。另外同組醫(yī)囑、附加項目這兩個概念不存在，醫(yī)囑提交也和相應的醫(yī)囑狀態(tài)不符合。沒有文字醫(yī)囑這個概念，所有的醫(yī)囑都需要有服務項目。比如出院醫(yī)囑，服務項目中可以有出院這樣一個服務項目。會診醫(yī)囑展示不管理。住院醫(yī)生站中的出院處理這里的需求可以去除，在病區(qū)的出院處理中已經描述了。這里提到了醫(yī)生也可以辦理出院證，這個需求可以暫時不要，因為辦理出院證還需要處理費用，需求中并沒有提出醫(yī)生辦理出院證時