診療輔助裝置、診療輔助方法以及診療輔助系統的制作方法
【專利摘要】本發明提供在醫療工作人員閱覽患者列表時提高視覺辨認性和界面功能的診療輔助裝置、診療輔助方法以及診療輔助系統。在患者列表中,表示非顯示部分中包含的項目的件數的項目件數顯示窗部以及表示非顯示部分中包含的患者信息的件數(患者信息被包含在非顯示部分中的患者的人數)的患者件數顯示窗部被顯示。各件數顯示窗部以半透明且非彩色的灰色來顯示,具有指示非顯示部分被隱藏的方向的以三角變尖的形狀。在各件數顯示窗部內記有表示件數的數字。
【專利說明】
診療輔助裝置、診療輔助方法以及診療輔助系統
技術領域
[0001 ]本發明涉及診療輔助裝置、診療輔助方法以及診療輔助系統。
【背景技術】
[0002]在醫療領域中,為了由對患者進行診察的醫生、實施醫療檢查的檢查技師等醫療工作人員順利地進行患者的治療,生成在分別排列與患者的診療相關的多個項目及用于識別多個患者的識別信息的二維區域中對每個患者的多個項目的內容進行顯示的患者列表,將所生成的患者列表供醫療工作人員閱覽。
[0003]例如在日本特開2006 — 338521號公報中,記載了生成具有患者列表的顯示畫面的診療輔助裝置(在日本特開2006 — 338521號公報中記載為管理服務器),患者列表包含醫療工作人員對患者實施的診察、醫療檢查等診療進程的項目作為與患者的診療相關的項目。診療輔助裝置將所生成的顯示畫面輸出給各醫療工作人員所操作的客戶端終端。客戶端終端使顯示器顯示顯示畫面,供各醫療工作人員閱覽。
[0004]日本特開2006— 338521號公報中記載的患者列表中,項目被配設于橫軸,識別信息(在日本特開2006 — 338521號公報中記載為患者序號)被配設于縱軸。在項目中,例示了視力檢查、散瞳、眼底拍攝、非接觸眼壓測定等眼科的醫療檢查的項目、作為醫療檢查以外的診療進程的診察、處置、結賬等項目。在這樣的診療進程的項目中,配設有表示診療進程的進展狀況的圖標(在日本特開2006 — 338521號公報中記載為狀態標記)。
[0005]在日本特開2006 — 338521號公報的顯示畫面中,顯示上述的各項目之中的一部分,沒有被容納進顯示畫面的剩余的項目被設為非顯示。為了將該非顯示的項目設為能夠顯示,在患者列表中設置有橫滾動條。此外,在患者列表中,以備患者變多而全部患者的識別信息沒有被容納進顯示畫面的情況還設置有縱滾動條。
[0006]滾動條如公知那樣,具有能夠在滾動條內移動的滑條以及被配設于滾動條的兩端的一對箭頭按鈕。在顯示部分相對于非顯示部分更多的情況下,滑條占滾動條整體的面積變得比較大,相反,在非顯示部分相對于顯示部分更多的情況下,滑條占滾動條整體的面積變得比較小。非顯示部分通過由鼠標光標來操作滑條或箭頭按鈕,或旋轉鼠標的滾輪按鈕這樣的滾動操作而變得能夠顯示。
[0007]在構成患者列表的多個項目、多個識別信息沒有被容納進顯示畫面而產生非顯示部分的情況下,如日本特開2006 — 338521號公報中記載那樣,通過滾動操作而將非顯示部分設為能夠顯示的顯示方式以往為常規手段。
[0008]在如日本特開2006 — 338521號公報那樣設置滾動條的顯示方式中,能夠如上述那樣通過滑條占滾動條整體的面積大致掌握非顯示部分的量。此外,還能夠粗略地掌握顯示部分與非顯示部分的量(比例)以及對顯示部分和非顯示部分進行合計而得到的患者列表整體的量。但是,不能掌握非顯示部分中包含的項目的件數、非顯示部分中包含的識別信息的件數(識別信息被包含在非顯示部分中的患者的人數)到底存在多少這樣的具體的非顯示部分的量。此外,還不能掌握具體的顯示部分與非顯示部分的量以及患者列表整體的量。
[0009]若這樣不能掌握具體的非顯示部分的量、具體的顯示部分與非顯示部分的量以及患者列表整體的量,則不能預測患者列表的閱覽所涉及的具體的訪問性以及時間。因此,對非常忙的醫療工作人員來說在界面功能性上存在較大的問題。
【發明內容】
[0010]本發明的目的在于,提供能夠以較高的視覺辨認性和界面功能性且容易地由醫療工作人員閱覽患者列表的診療輔助裝置、診療輔助方法以及診療輔助系統。
[0011]為了達到上述目的,本發明提供一種診療輔助裝置,具備:畫面生成部,生成具有患者列表的顯示畫面,該患者列表在由排列與患者的診療相關的多個項目的第I軸以及排列用于識別多個患者的識別信息的第2軸構成的二維區域中顯示每個患者的多個項目;以及顯示處理部,在多個項目中包含的一部分項目以及多個識別信息中包含的一部分識別信息之中的至少一方成為沒有被容納進顯示畫面的非顯示部分的情況下,響應于用于滾動的輸入動作,將非顯示部分切換為顯示狀態并進行顯示;顯示處理部使顯示畫面顯示一部分項目的第I件數以及一部分識別信息的第2件數之中的至少一方。
[0012]此外,優選第I件數或第2件數在患者列表上半透明地顯示。
[0013]此外,優選第I件數或第2件數通過滾動操作從顯示畫面消失。
[0014]此外,優選第I件數或第2件數在表示非顯示部分被隱藏的顯示窗部內被顯示。
[0015]此外,優選顯示窗部具有向一個方向突出的形狀,指示非顯示部分的位置的方向。
[0016]此外,優選項目包含醫療工作人員對患者實施的診療進程的項目。
[0017]此外,優選在患者列表中顯示圖標部,圖標部被排列為I列以上的列,對應于被登記為預定實施的診療進程被顯示,且表示項目的內容。
[0018]此外,優選圖標部表示診療進程的進展狀況,顯示方式與進展狀況的變化相應地變化。
[0019]此外,優選患者列表與多個醫療工作人員相應地生成,所顯示的項目、識別信息及進展狀況之中的至少一個在多個醫療工作人員之間關于患者以及診療進程而不同。
[0020]此外,優選患者列表與患者的種類相應地生成,所顯示的項目、識別信息及進展狀況之中的至少一個與種類相應地不同。
[0021]此外,優選種類包含決定了手術的手術決定患者、外部來院患者、以及住院患者。
[0022]此外,優選顯示處理部使顯示畫面顯示通過排列第I塊(block)部而構成的第I全顯示欄以及通過排列第2塊部而構成的第2全顯示欄之中的至少一方,所述第I塊部的數量與對顯示畫面中的顯示部分以及非顯示部分的項目的件數進行合計而得到的全項目件數相同,所述第2塊部的數量與對顯示部分以及非顯示部分的識別信息的件數進行合計而得到的全識別信息件數相同。
[0023]此外,優選對應于顯示部分的第I塊部以能夠與對應于非顯示部分的第I塊部識別的方式被顯示,對應于顯示部分的第2塊部以能夠與對應于非顯示部分的第2塊部識別的方式被顯示。
[0024]此外,優選對應于被設定為提醒注意狀態的項目的第I塊部在第I全顯示欄中被強調顯示,對應于被設定為提醒注意狀態的患者的識別信息的第2塊部在第2全顯示欄中被強調顯示。
[0025]此外,優選在第I軸上排列的項目之中的與被強調顯示的第I塊部對應的項目被強調顯示,在第2軸上排列的識別信息之中的與被強調顯示的第2塊部對應的識別信息被強調顯不O
[0026]此外,優選第I全顯示欄沿著項目的排列在第I軸的方向上延伸,第2全顯示欄沿著識別信息的排列在第2軸的方向上延伸。
[0027]此外,優選在第I塊部中,表示項目的字符信息被顯示,在第2塊部中,表示識別信息的字符信息被顯示。
[0028]進而本發明提供一種診療輔助方法,包括:生成具有患者列表的顯示畫面,該患者列表在由排列與患者的診療相關的多個項目的第I軸以及排列用于識別多個患者的識別信息的第2軸構成的二維區域中顯示每個患者的多個項目;在多個項目中包含的一部分項目以及多個識別信息中包含的一部分識別信息之中的至少一方成為沒有被容納進顯示畫面的非顯示部分的情況下,響應于用于滾動的輸入動作,將非顯示部分切換為顯示狀態并進行顯示;以及將一部分項目的第I件數以及一部分識別信息的第2件數之中的至少一方顯示在顯示畫面中。
[0029]進而本發明提供一種診療輔助系統,由診療輔助裝置以及與診療輔助裝置通過網絡連接而以能夠通信的方式連接的客戶端終端裝置構成,具備:畫面生成部,生成具有患者列表的顯示畫面,該患者列表在由排列與診療相關的多個項目的第I軸以及排列用于識別多個患者的識別信息的第2軸構成的二維區域中顯示每個患者的多個項目;以及顯示處理部,在多個項目中包含的一部分項目以及多個識別信息中包含的一部分識別信息之中的至少一方成為沒有被容納進顯示畫面的非顯示部分的情況下,響應于用于滾動的輸入動作,將非顯示部分切換為顯示狀態并進行顯示,顯示處理部使顯示畫面顯示一部分項目的第I件數以及一部分識別信息的第2件數之中的至少一方。
[0030]進而本發明提供一種診療輔助裝置,具備:畫面生成部,生成具有患者列表的顯示畫面,該患者列表在由排列與患者的診療相關的多個項目的第I軸以及排列用于識別多個患者的識別信息的第2軸構成的二維區域中表示每個患者的多個項目的內容;以及顯示處理部,在多個項目的一部分以及多個識別信息的一部分之中的至少一方成為在顯示畫面中顯示的顯示部分,而多個項目的剩余部分以及多個識別信息的剩余部分之中的至少一方成為沒有被容納進顯示畫面的非顯示部分的情況下,響應于用于滾動的輸入動作,將非顯示部分切換為顯示狀態并進行顯示;顯示處理部使顯示畫面顯示通過排列第I塊部而構成的第I全顯示欄以及通過排列第2塊部而構成的第2全顯示欄之中的至少一方,所述第I塊部的數量與對顯示部分以及非顯示部分的項目的件數進行合計而得到的全項目件數相同,所述第2塊部的數量與對顯示部分以及非顯示部分的識別信息的件數進行合計而得到的全識別信息件數相同。
[0031]進而本發明提供一種診療輔助方法,包括:生成具有患者列表的顯示畫面,該患者列表在由排列與患者的診療相關的多個項目的第I軸以及排列用于識別多個患者的識別信息的第2軸構成的二維區域中表示每個患者的多個項目的內容;在多個項目的一部分以及多個識別信息的一部分之中的至少一方成為在顯示畫面中顯示的顯示部分,而多個項目的剩余部分以及多個識別信息的剩余部分之中的至少一方成為沒有被容納進顯示畫面的非顯示部分的情況下,響應于用于滾動的輸入動作,將非顯示部分切換為顯示狀態并進行顯示;以及將通過排列第I塊部而構成的第I全顯示欄以及通過排列第2塊部而構成的第2全顯示欄之中的至少一方顯示在顯示畫面中,所述第I塊部的數量與對顯示部分以及非顯示部分的項目的件數進行合計而得到的全項目件數相同,所述第2塊部的數量與對顯示部分以及非顯示部分的識別信息的件數進行合計而得到的全識別信息件數相同。
[0032]進而本發明提供一種診療輔助系統,由診療輔助裝置以及與診療輔助裝置通過網絡連接而以能夠通信的方式連接的客戶端終端裝置構成,具備:畫面生成部,生成具有患者列表的顯示畫面,該患者列表在由排列與患者的診療相關的多個項目的第I軸以及排列用于識別多個患者的識別信息的第2軸構成的二維區域中表示每個患者的多個項目的內容;以及顯示處理部,在多個項目的一部分以及多個識別信息的一部分之中的至少一方成為在顯示畫面中顯示的顯示部分,而多個項目的剩余部分以及多個識別信息的剩余部分之中的至少一方成為沒有被容納進顯示畫面的非顯示部分的情況下,響應于用于滾動的輸入動作,將非顯示部分切換為顯示狀態并進行顯示;顯示處理部使顯示畫面顯示通過排列第I塊部而構成的第I全顯示欄以及通過排列第2塊部而構成的第2全顯示欄之中的至少一方,所述第I塊部的數量與對顯示部分以及非顯示部分的項目的件數進行合計而得到的全項目件數相同,所述第2塊部的數量與對顯示部分以及非顯示部分的識別信息的件數進行合計而得到的全識別信息件數相同。
[0033]發明效果
[0034]根據本發明,使顯示畫面顯示非顯示部分中包含的項目的件數或非顯示部分中包含的識別信息的件數之中的至少一方,或使顯示畫面顯示通過排列第I塊而構成的第I全顯示欄或通過排列第2塊而構成的第2全顯示欄之中的至少一方,所述第I塊的數量與對顯示部分以及非顯示部分的項目的件數進行合計而得到的全項目件數相同,所述第2塊的數量與對顯示部分以及非顯示部分的識別信息的件數進行合計而得到的全識別信息件數相同,因此能夠以較高的視覺辨認性和界面功能性且容易地由醫療工作人員閱覽患者列表。
【附圖說明】
[0035]圖1是表示診療輔助系統的說明圖。
[0036]圖2是表示在病歷DB中儲存的電子病歷的內容的圖。
[0037]圖3是表示在圖像DB中儲存的檢查圖像的內容的圖。
[0038]圖4是表示在報告DB中儲存的醫用報告的內容的圖。
[0039]圖5是表示構成診療輔助服務器、客戶端終端的計算機的框圖。
[0040]圖6是表示診療輔助服務器以及客戶端終端的CPU的各功能部的框圖。
[0041]圖7是表不進展狀況彳目息的內容的圖。
[0042]圖8是表示醫療檢查的流程以及對應的進展狀況的說明圖。
[0043]圖9是表示儲存目的地信息的內容的圖。
[0044]圖10是表示工作人員信息的內容的圖。
[0045 ]圖11A、IIB是表不第I顯不畫面的圖。
[0046]圖12是表示患者列表顯示部的上部的圖。
[0047]圖13A、13B是表示患者列表顯示部的圖。
[0048]圖14是患者件數顯示窗部的放大圖。
[0049]圖15A、15B是表示在從圖13A、13B的狀態進行了向右方向的滾動操作的情況下的患者列表顯示部的圖。
[0050]圖16是表示分患者種類及工作人員種類項目表的內容的圖。
[0051]圖17A、17B是表示在患者的種類為“住院患者”且醫療工作人員的種類為管理營養師的情況下的患者列表的圖。
[0052 ]圖18是表示基于小圖標的進展狀況的顯示例的圖。
[0053]圖19是表示基于通常圖標的進展狀況的顯示例的圖。
[0054]圖20是表不第2顯不畫面的圖。
[0055]圖21是表示檢查履歷顯示部的圖。
[0056]圖22是表示診療輔助服務器以及客戶端終端的CPU的各功能部的處理的流程的流程圖。
[0057]圖23A、23B是表不件數顯不窗部的另一例的圖。
[0058]圖24是表示浮動圖(floating map)的圖。
[0059]圖25是表示在從圖24的狀態向右方向移動操作了當前顯示框的情況下的浮動圖的圖。
[0060]圖26A、26B是表示浮動圖的顯示位置的例子的圖。
[0061]圖27A、27B是表示在進行了將非顯示部分設為能夠顯示的滾動操作的情況下,保留件數顯示窗部的顯示的情況的圖。
[0062]圖28A、28B是表示第2實施方式的患者列表顯示部的圖。
[0063]圖29是概念性地示出項目顯示欄的各項目與第I全顯示欄的第I塊的對應關系的圖。
[0064]圖30是概念性地示出患者信息顯示欄的各患者信息與第2全顯示欄的第2塊的對應關系的圖。
[0065]圖31A、31B是在從圖28A、28B的狀態進行了向右方向的滾動操作的情況下的患者列表顯示部的圖。
[0066]圖32A、32B是表示在患者的種類為“住院患者”且醫療工作人員的種類為管理營養師的情況下的患者列表的圖。
[0067]圖33A、33B是強調顯示對應于設定了提醒注意的患者的患者信息相應的塊的、第3實施方式的患者列表顯示部的圖。
[0068]圖34是概念性地示出第3實施方式的患者信息顯示欄的各患者信息與第2全顯示欄的第2塊的對應關系的圖。
[0069]圖35是表示與醫療工作人員的種類相應地變更進展狀況的例子的說明圖。
[0070]圖36是表示客戶端終端承擔診療輔助裝置的功能的例子的框圖。
【具體實施方式】
[0071][第I實施方式]
[0072]在圖1中,診療輔助系統10是用于在醫院等醫療設施中進行診療輔助的計算機系統。診療輔助系統10具備診療輔助服務器11、客戶端終端12和服務器群13。它們通過在醫療設施內鋪設的LAN(局域網,Local Area Network)等網絡14以相互可通信的方式連接。
[0073]診療輔助服務器11作為本發明的診療輔助裝置而發揮作用。具體而言,診療輔助服務器11從服務器群13取得在患者的診療過程中取得的診療數據,基于所取得的診療數據,生成第I顯示畫面15A(相當于顯示畫面,也參照圖11A、11B)以及第2顯示畫面15B(參照圖20)。診療輔助服務器11將所生成的第I顯示畫面15A以及第2顯示畫面15B分發給客戶端終端12。另外,在圖1中圖示第I顯示畫面15A。
[0074]診療輔助服務器11具有儲存畫面編輯信息16的畫面編輯信息數據庫(以下簡稱為DB(數據庫,Database) )11A。診療輔助服務器11參照該畫面編輯信息16而對第I顯示畫面15A以及第2顯示畫面15B進行生成、編輯。
[0075]客戶端終端12被設置于內科、外科、耳鼻科、眼科這樣的醫療設施內的各診療科、放射線檢查科、臨床檢查科等各檢查科,由各診療科的醫生、各檢查科的檢查技師、或護士、管理營養師等醫療工作人員來操作。客戶端終端12顯示從診療輔助服務器11發送的第I顯示畫面15A以及第2顯示畫面15B而供醫療工作人員閱覽。也就是說,客戶端終端12作為用于醫療工作人員閱覽第I顯示畫面15A以及第2顯示畫面15B的閱覽器終端而發揮作用。
[0076]診療輔助服務器11將第I顯示畫面15A以及第2顯示畫面15B,以例如由XML(可擴展標記語言,Extensible Markup Language)等標記語言制作的網頁分發用的XML數據的形式分發給客戶端終端12。客戶端終端12基于XML數據而將第I顯示畫面15A以及第2顯示畫面15B在網頁瀏覽器上再現而進行顯示。另外,也可以代替XML而利用JSON(JavaSCript(登記商標)0bject Notat1n)等其他數據記述語言。
[0077]服務器群13檢索與來自診療輔助服務器11的取得請求相應的診療數據,將所檢索到的診療數據發送給診療輔助服務器11。服務器群13具備電子病歷服務器21、圖像服務器22和報告服務器23。
[0078]電子病歷服務器21具有儲存電子病歷24(EMR)的病歷DB21A。在電子病歷24中,作為診療數據,被輸入記錄了問診內容、診斷內容、病名等的診察記錄數據、包含血液檢查、生化學檢查等檢體檢查、以及心電圖檢查、腦波檢查等生理檢查的醫療檢查的檢查值這樣的檢查數據、患者的心跳、脈搏、呼吸數、血壓、體溫等生命體征的測量值這樣的測定數據、記錄醫療檢查、制作報告、處置、手術、用藥等各種指令(order,預訂)的指令數據、記錄在初診、住院、出院、再住院、處置、手術、用藥、治愈等患者的診療過程中產生的事件的治療記錄數據、記錄受診費、藥費、住院費等的結賬數據。電子病歷24的這些各種診療數據能夠由客戶端終端12輸入,此外,能夠由客戶端終端12閱覽。
[0079]圖像服務器22是所謂PACS(醫學影像存檔與通信系統,PictureArchiving andCommunicat1n System)服務器,具有儲存檢查圖像25的圖像DB22A。檢查圖像25是由CT(計算機斷層掃描,Computed tomography)檢查、MRI (磁共振成像,Magnetic ResonanceImaging)檢查、單純X射線檢查、超聲波檢查、內窺鏡檢查等各種圖像檢查得到的圖像,例如能夠以DICOM(醫學數字成像和通信,Digi tal Imaging and Communicat1ns inMedicine)標準的數據文件形式而制作。檢查圖像25能夠由客戶端終端12閱覽。
[0080]報告服務器23具有儲存醫用報告26的報告DB23A。醫用報告26是將閱片醫對圖像檢查中得到的檢查圖像25進行了閱片的結果進行匯總后的報告。醫用報告26能夠由客戶端終端12制作、閱覽。
[0081 ]用于識別各個患者的序號或記號的患者ID(標識數據,Identif icat1n Data)等作為附帶信息與電子病歷24、檢查圖像25以及醫用報告26建立關聯而存儲(參照圖2至圖4)。此外,輸入了各種診療數據的醫療工作人員的醫療工作人員ID作為附帶信息與電子病歷24建立關聯而存儲,實施了檢查的檢查技師的醫療工作人員ID作為附帶信息與檢查圖像25建立關聯而存儲,制作了醫用報告26的閱片醫的醫療工作人員ID作為附帶信息與醫用報告26建立關聯而存儲。通過該醫療工作人員ID,知曉是哪位醫療工作人員進行了哪個診療進程。另外,醫療工作人員ID是用于識別各醫療工作人員的序號或記號。能夠將這樣的患者ID等附帶信息作為檢索關鍵詞,從各DB21A、22A、23A檢索電子病歷24、檢查圖像25以及醫用報告26。
[0082]在圖2中,病歷DB21A中儲存的電子病歷24關聯了以“0123456789”這樣的10位的數字來表示的患者ID而以患者為單位被管理。在電子病歷24中,除了患者ID之外,還記錄患者的姓名、性別、出生年月日或年齡等患者信息以及多個項目的診療數據。診療數據按“血壓(高壓)”、“血壓(低壓)”、“生化學檢查A”、“治療記錄”等項目被整理并以時序記錄。另外,在圖2中未示出,但在診療數據中,還包含前述的診察記錄數據、血壓以外的心跳、脈搏、呼吸數、體溫等生命體征的測量值、指令數據、結賬數據等。
[0083]在診療數據的各項目的I件量的記錄中,包含診療日期時間、檢查日期時間、測定日期時間、用藥日期時間(實施了用藥的日期時間或開處方的日期時間)、在患者的診療過程中產生的各種事件的日期時間等與日期時間相關的信息、以及問診內容、診斷內容、檢查值、測量值、投放量、診療報酬額、事件等數據內容。在項目為用藥的情況下,存在至發現用藥效果為止需要時間的情況,所以存在例如“持續5日每I日以一定量服用”那樣,跨規定期間的用藥以一次處方來指示的情況。此時,作為用藥日期時間,記錄預定該藥的服用的日期時間。
[0084]在治療記錄數據中記錄的事件包含住院、手術、轉科、出院、再住院等,還記錄與住院的事件附隨的住院預約的內容、與手術的事件附隨的麻醉委托的內容、術前概要、手術申請的內容、麻醉同意書、手術同意書等。另外,術前概要是在手術前實施的醫療檢查的結果的摘要。此外,麻醉同意書、手術同意書是將進行麻醉、手術的必要性、風險等向患者、其家族進行說明,向患者、其家族尋求簽名或蓋章的文檔。
[0085]在圖3中,圖像DB22A中儲存的檢查圖像25與電子病歷24相同地關聯了患者ID而以患者為單位被管理。除了患者ID之外,實施了圖像檢查的檢查日期時間(檢查圖像25被上傳至圖像DB22A的日期時間)、圖像ID以及指令ID、“單純X射線檢查”、“CT檢查”等圖像檢查的種類、“X射線圖像”、“斷層圖像”等檢查圖像的種類、“胸部”、“腹部”等拍攝部位這樣的檢查圖像25的屬性作為附帶信息與檢查圖像25的圖像數據建立關聯。圖像服務器22將檢查圖像25與這樣的檢查日期時間、屬性等附帶信息一起,作為診療數據發送給診療輔助服務器11。
[0086]圖像ID是用于識別各檢查圖像25的序號或記號,指令ID是用于識別各指令的序號或記號。在單純X射線檢查中,在一次圖像檢查中拍攝I張X射線圖像的情況較多。相反還存在如在CT檢查中取得的斷層圖像那樣,在一次圖像檢查中拍攝多張檢查圖像25的情況。在這樣在一次圖像檢查中拍攝到多張檢查圖像25的情況下,為了表示多張檢查圖像25由一次圖像檢查得到的情況,對各檢查圖像25賦予共通的指令ID,作為匯總在一起的檢查圖像25而管理。在單純X射線檢查中拍攝到多張的情況也同樣。
[0087]另外,作為檢查圖像25的附帶信息,也可以包含與檢查圖像25內的病變的位置、尺寸、病變的種類、病變的特征量、病變的治愈等級等相關的信息。此外,在圖像檢查為超聲波檢查的情況下,也可以包含對超聲波圖像進行分析而得到的血流計測值作為附帶信息。
[0088]在圖4中,報告DB23A中儲存的醫用報告26與電子病歷24以及檢查圖像25相同地關聯了患者ID而以患者為單位被管理。除了患者ID之外,醫用報告26的制作日期時間(醫用報告26被上傳至報告DB23A的日期時間)、醫用報告26的報告ID、醫用報告26中附帶的檢查圖像25的圖像ID和指令ID、以及與檢查圖像25相同的屬性作為附帶信息與醫用報告26的報告數據建立關聯。報告服務器23將醫用報告26與這樣的附帶信息一起,作為診療數據而發送給診療輔助服務器11。另外,在圖2?圖4中,僅示出各種日期時間之中的日期。
[0089]診療輔助服務器11、客戶端終端12、以及服務器群13的各服務器21?23基于服務器計算機、個人計算機、工作站這樣的計算機,安裝操作系統等控制程序、服務器程序或客戶端程序等應用程序而構成。
[0090]在圖5中,構成診療輔助服務器11、客戶端終端12等的計算機的基本的結構相同,分別具備儲存設備30、存儲器31、CPU(中央處理單元,Central Processing Unit)32、通信部33、顯示器34以及輸入設備35。它們經由數據總線36而相互連接。
[0091]儲存設備30是內置于構成診療輔助服務器11、客戶端終端12等的計算機或與其通過線纜、網絡而連接的硬盤驅動器、或者是組合了多臺硬盤驅動器而成的盤陣列。在儲存設備30中,存儲有操作系統等控制程序、各種應用程序、以及附隨于這些程序的各種操作畫面的顯示數據。
[0092]存儲器31是用于CPU32執行處理的工作存儲器。CPU32將儲存設備30中存儲的程序加載到存儲器31,執行按照程序的處理,從而統一地控制計算機的各部。
[0093]通信部33是進行經由網絡14的各種信息的傳輸控制的網絡接口。顯示器34顯示與鼠標、鍵盤等輸入設備35的操作相應的各種操作畫面。在操作畫面中具備基于GUI(圖形用戶界面,Graphical User Interface)的操作功能。構成診療輔助服務器11、客戶端終端12等的計算機通過操作畫面接受來自輸入設備35的操作指示的輸入。另外,在以下的說明中,對構成診療輔助服務器11的計算機的各部分別對標號追加賦予“A”,對構成客戶端終端12的計算機的各部分別對標號追加賦予“B”來區分。
[0094]在圖6中,在客戶端終端12的儲存設備30B中,用于閱覽第I顯示畫面15A以及第2顯示畫面15B的閱覽器軟件40作為應用程序而被存儲。閱覽器軟件40包含對構成第I顯示畫面15A以及第2顯示畫面15B的多個顯示部的顯示進行控制的多個小工具(gadget)引擎(以下簡稱為小工具)。另外,小工具是附隨于閱覽器軟件40等主要的應用程序而動作并發揮各種功能的子程序。
[0095]若閱覽器軟件40被啟動,則客戶端終端12的CPU32B與存儲器31聯動,作為⑶I控制部41以及請求發出部42而發揮作用。
[0096]GUI控制部41將從診療輔助服務器11分發的第I顯示畫面15A以及第2顯示畫面15B顯示在顯示器34B的網頁瀏覽器上。GUI控制部41進行與光標75(參照圖12等)對按鈕的點擊操作等、通過第I顯示畫面15A以及第2顯示畫面15B從輸入設備35B輸入的操作指示相應的第I顯示畫面15A以及第2顯示畫面15B的畫面輸出控制。
[0097]請求發出部42與輸入設備35B經由GUI控制部41的操作指示相應地發出對于診療輔助服務器11的各種處理請求。在各種處理請求中,存在第I顯示畫面15A的分發請求、及第I顯示畫面15A以及第2顯示畫面15B的編輯請求。由請求發出部42發出的各種處理請求通過網絡14而被發送給診療輔助服務器11。
[0098]在分發請求中,包含醫療工作人員ID。醫療工作人員ID與例如認證密鑰一起,通過用于啟動第I顯示畫面15A的登入(login,登陸,登錄)畫面(未圖示)而被輸入。
[0099]編輯請求是向診療輔助服務器11請求與基于輸入設備35B的各種操作指示相應的、第I顯示畫面15A以及第2顯示畫面15B的顯示內容的編輯。在編輯請求中,存在包含患者的種類的指定的請求。作為患者的種類,準備了在具有診療輔助系統10的醫療設施中受到治療的全部患者之中決定了手術的患者(以下稱為手術決定患者)、來醫院的患者(以下稱為外部來院患者)、在病房中住院的患者(以下稱為住院患者)。此外,還能夠如胃癌的患者那樣,指定患者的病名作為患者的種類。
[0100]在診療輔助服務器11的儲存設備30A中,工作程序45作為應用程序而被存儲。工作程序45是用于使構成診療輔助服務器11的計算機作為診療輔助裝置而發揮作用的程序。若工作程序45被啟動,則診療輔助服務器11的0?1]32々與存儲器31聯動,作為請求接受部46、畫面編輯信息管理部47、畫面編輯部48、以及分發控制部49而發揮作用。
[0101]請求接受部46接受來自客戶端終端12的分發請求以及編輯請求。請求接受部46將所接受到的分發請求以及編輯請求輸出給畫面編輯信息管理部47。
[0102]畫面編輯信息管理部47對畫面編輯信息DBllA的畫面編輯信息16進行管理。畫面編輯信息16由按每個患者記錄了第I顯示畫面15A的生成所需的醫療工作人員對患者實施的診療進程的進展狀況的進展狀況信息50(參照圖7)、按每個患者記錄了第2顯示畫面15B的編輯所需的檢查圖像25的圖像DB22A內的儲存目的地以及醫用報告26的報告DB23A內的儲存目的地等各種診療數據的儲存目的地的儲存目的地信息51 (參照圖9)、以及按每個醫療工作人員記錄了與第I顯示畫面15A以及第2顯示畫面15B相關的各種設定數據的工作人員信息52(參照圖10)構成。
[0103]畫面編輯信息管理部47對服務器群13定期地、例如每I小時發出診療數據的取得請求。畫面編輯信息管理部47根據該取得請求而取得從服務器群13發送的診療數據,基于所取得的診療數據來更新進展狀況信息50以及儲存目的地信息51。此外,畫面編輯信息管理部47根據來自請求接受部46的編輯請求,更新工作人員信息52。另外,也可以像與醫療檢查相關的診療數據的取得請求按每I小時、其他診療數據按每I天那樣,與診療數據的種類相應地變更發出取得請求的間隔。
[0104]畫面編輯信息管理部47根據來自請求接受部46的分發請求以及編輯請求,將第I顯示畫面15A的生成、編輯、以及第2顯示畫面15B的編輯所需的畫面編輯信息16提供給畫面編輯部48。
[0105]畫面編輯部48基于從畫面編輯信息管理部47提供的畫面編輯信息16,生成第I顯示畫面15A。即畫面編輯部48作為畫面生成部而發揮作用。
[0106]此外畫面編輯部48作為對第I顯示畫面15A以及第2顯示畫面15B的顯示進行控制的顯示處理部而發揮作用。具體而言,畫面編輯部48基于請求接受部46接受到的編輯請求,對第I顯示畫面15A以及第2顯示畫面15B的顯示內容進行編輯。此外,畫面編輯部48根據醫療工作人員對患者實施的診療進程的進展狀況的變化,使通常圖標81C(圖標窗)以及小圖標82 (參照圖13A、13B)的顯示方式變化。
[0107]分發控制部49進行向發送了處理請求的客戶端終端12經由通信部33而分發第I顯示畫面15A以及第2顯示畫面15B的控制。
[0108]在圖7中,進展狀況信息50按每個患者ID記錄了診療進程的進展狀況。進展狀況信息50具有患者種類、負責醫療工作人員ID、病名、以及診療進程項目的各項目。另外,在圖7中,如左上端的標簽所示,示出醫療工作人員的種類為醫生的情況下的進展狀況信息50。
[0109]在患者種類的項目中,記錄前述的“手術決定患者”、“外部來院患者”、以及“住院患者”的其中一個。“手術決定患者”是在電子病歷24的指令數據中記錄有手術的指令的患者。“住院患者”是在電子病歷24的治療記錄數據中記錄有住院的事件而沒有記錄出院的事件的患者。在“住院患者”之中,有既為“住院患者”且為“手術決定患者”的情況。在此時的患者種類的項目中,記錄“手術決定患者”。“外部來院患者”是不相當于“手術決定患者”以及“住院患者”的患者。這樣患者的種類能夠通過參照電子病歷24的診療數據來確定。
[0110]在負責醫療工作人員ID的項目中,記錄負責該患者的診療的醫療工作人員的醫療工作人員ID。在負責醫療工作人員ID的項目中記錄的醫療工作人員是承擔聯合進行該患者的治療的團隊醫療的醫療工作人員的一員。負責醫療工作人員ID能夠根據被附帶于診療數據的醫療工作人員ID來確定。
[0111]在病名的項目中,與“胃癌”這樣的病名一起,記錄有“01/23”等記錄了病名的日期、以及“D001”等記錄了病名的醫生(主治醫)的醫療工作人員ID。病名以及醫療工作人員ID能夠根據電子病歷24的診察記錄數據來確定。
[0112]診療進程項目具有住院預約、檢查(醫療檢查)、麻醉委托、術前概要、手術申請、麻醉同意書、手術同意書等各項目。在這些各項目中,記錄與各診療進程相關的信息。例如在住院預約的項目中,記錄“01/2309:30”等進行住院預約的日期時間、“I月25日?I月30日”等住院預約的期間、“405號”等病房名、以及“單間”等病房的種類。此外,在麻醉委托的項目中,顯示“01/23”等進行了麻醉委托的日期、“全身”等麻醉的種類、以及“D005”等受到麻醉委托的醫療工作人員的醫療工作人員ID。
[0113]在檢查的項目中,記錄“01/24”等在最初著手于醫療檢查的日期、以及各種醫療檢查的進展狀況。各種醫療檢查中,例如若是CT檢查則被簡寫為“CT”,若是MRI檢查則被簡寫為“MR”,若是單純X射線檢查則被簡寫為“DR(Digital Rad1graphy)”,若是超聲波檢查則被簡寫為“US(Ultrasonography)”,若是內窺鏡檢查則被簡寫為“ES(Endoscopy)”,若是血液檢查則被簡寫為“HM”,若是生化學檢查則被簡寫為“BC”,若是心電圖檢查則被簡寫為“EC,若是腦波檢查則被簡寫為“EE”等。
[0114]在檢查以外的診療進程項目的進展狀況中,存在尚未著手于診療進程的狀態的“未著手”、著手于診療進程但沒有完成診療進程的狀態的“未完成”、以及診療進程完成的狀態即“確定”。在圖7中,“未著手”對應于患者ID“0000003210”的手術同意書的項目。此時在診療進程項目中記錄未著手之意。“未完成”對應于患者ID“0000003210”的術前概要、以及麻醉同意書的項目。此時,在診療進程項目中,記錄“中斷因為肝臟轉移..?”、“等待提交(等待簽名)”等診療進程未完成的理由、“01/20”等輸入了理由的日期、以及“D002”等輸入了理由的醫療工作人員的醫療工作人員ID。“確定”對應于例如患者ID“0123456789”的術前概要、患者ID“0000254798”的住院預約的診療進程項目等。患者ID“0000254798”的麻醉同意書的診療進程項目等不需要實施的診療進程的診療進程項目中什么都不記錄而成為空欄。
[0115]在醫療檢查的進展狀況中,存在表示沒有實施醫療檢查的狀態的“未實施”、醫用報告26被制作且醫療檢查本身結束實施但醫療工作人員沒有確認醫用報告26的狀態即“未確認”、以及結束確認了醫用報告的狀態即“已確認”。醫療檢查的進展狀況為“未確認”或“已確認”,根據負責醫療工作人員而不同。因此,關于除了 “未實施”以及負責醫療工作人員全員“已確認”以外的醫療檢查,例如患者ID“0123456789”的檢查的項目的“US:D050未確認、DOOl、D005、D018已確認”那樣,一并記載“未確認”的負責醫療工作人員的醫療工作人員ID、以及“已確認”的負責醫療工作人員的醫療工作人員ID。
[0116]在此,醫療檢查沿著圖8所示的流程而實施。首先,由各診療科的醫生在電子病歷24上發出醫療檢查的指令(步驟S10)。所發出的指令被發送給各檢查科的客戶端終端12,在客戶端終端12中由各檢查科的檢查技師來確認(步驟Sll)。檢查技師根據所確認的指令,準備檢查器具或將患者叫入檢查室而進行了醫療檢查的準備后(步驟S12),實施與所確認的指令相應的醫療檢查(步驟S13)。
[0117]在醫療檢查實施后,檢查結果被上傳(步驟S14)。在醫療檢查為圖像檢查的情況下,檢查圖像25被作為檢查結果上傳至圖像服務器22的圖像DB22A。在醫療檢查為檢體檢查、生理檢查的情況下,檢查值被作為檢查結果上傳至電子病歷服務器21的病歷DB21A。在醫療檢查為圖像檢查的情況下,若檢查結果被上傳,則該情況被通知給負責制作醫用報告26的閱片醫。
[0118]閱片醫通過客戶端終端12閱覽被上傳的檢查結果,基于檢查結果而制作醫用報告26(步驟S15)。醫用報告26被上傳至報告服務器23的報告DB23A(步驟S16)。若醫用報告26被上傳,則該情況被通知給對醫療檢查進行了指令的醫生。
[0119]醫生通過客戶端終端12閱覽被上傳的醫用報告26,確認醫用報告26的內容(步驟S17)。醫生參照醫用報告26下診斷或研究今后的治療計劃。以上是醫療檢查的大致流程。
[0120]“未實施”對應于從步驟SlO的指令發出后至步驟SI I的指令確認前為止的期間。“未確認”對應于從步驟S16的報告上傳后至步驟S17的報告確認前為止的期間。“已確認”對應于步驟S17的報告確認后的期間。另外,從步驟Sll的指令確認后至步驟S16的報告上傳前為止的期間是正在實施醫療檢查的狀態。這樣醫療檢查的進展狀況時時刻刻變化。同樣,醫療檢查以外的診療進程的進展狀況也時時刻刻變化。
[0121]在圖9中,儲存目的地信息51是對每個患者ID記錄了診療數據的儲存目的地而成的信息。儲存目的地信息51具有檢查圖像25、以及醫用報告26等項目。在儲存目的地信息51中,除了這些圖示的各項目之外,還設置有檢體檢查、生理檢查的檢查結果即檢查數據、生命體征的測定數據這樣的其他診療數據的項目。在各項目中,記錄例如“I: Y0123456789YDRY20140808YDR001”等表示各診療數據的儲存目的地的路徑。
[0122]在圖10中,工作人員信息52關聯了醫療工作人員ID而以醫療工作人員為單位被管理。在工作人員信息52中,記錄醫療工作人員的姓名、年齡、性別、所屬科、醫生、檢查技師、護士、管理營養師這樣的醫療工作人員的種類、認證密鑰等醫療工作人員的基本的信息。此外在工作人員信息52中,作為與第I顯示畫面15A以及第2顯示畫面15B相關的各種設定數據,記錄日程管理數據55、郵件管理數據56、以及布局數據57。
[0123]在日程管理數據55中,外來診察、住院患者回診、出席學會、大學講座、休假這樣的醫療工作人員的日程與日期時間建立關聯而記錄。在郵件管理數據56中,記錄發往醫療工作人員的電子郵件、醫療工作人員制作并發送的電子郵件。在布局數據57中,記錄醫療工作人員定制的第I顯示畫面15A以及第2顯示畫面15B的布局的設定。
[0124]在圖11A、11B中,第I顯示畫面15A具有左上部的日程顯示部65、左下部的郵件顯示部66、以及右側的患者列表顯示部67這三個顯示部65?67。
[0125]日程顯示部65由日程管理小工具生成。日程管理小工具對日歷、當前時刻、該醫療設施所在的地域的天氣以及外部氣溫等向日程顯示部65的顯示進行控制,且基于日程管理數據55,對通過登入畫面輸入了醫療工作人員ID的醫療工作人員的I周的日程的顯示進行控制。
[0126]此外,日程管理小工具通過日程顯示部65來接受日程的寫入操作。請求發出部42發出包含通過日程顯示部65寫入的日程的編輯請求。畫面編輯信息管理部47將編輯請求中包含的日程記錄至日程管理數據55,更新日程管理數據55。
[0127]郵件顯示部66由郵件管理小工具生成。郵件管理小工具基于郵件管理數據56,對發往通過登入畫面輸入了醫療工作人員ID的醫療工作人員的電子郵件向郵件顯示部66的一覽顯示、電子郵件本文的顯示等進行控制。
[0128]此外,郵件管理小工具通過郵件顯示部66,接受新到電子郵件的確認、對接收電子郵件的答復、新制作發送電子郵件這樣的各種操作。請求發出部42發出包含通過郵件顯示部66輸入的各種操作的編輯請求。畫面編輯信息管理部47將與編輯請求中包含的各種操作相應的數據記錄至郵件管理數據56,更新郵件管理數據56。
[0129]日程管理小工具和郵件管理小工具是閱覽器軟件40中包含的多個小工具的一種。日程顯示部65中顯示的日程、以及郵件顯示部66中顯示的電子郵件的內容與在登入畫面中輸入的醫療工作人員ID相應地切換。另外,關于這些各顯示部65?67的顯示位置、顯示面積以及顯示內容,例如使日程顯示部65消失而將左側僅設為郵件顯示部66,或將日程顯示部65配設于左下部并將郵件顯示部66配設于左上部等,醫療工作人員能夠自由地定制。這樣的布局的設定通過畫面編輯信息管理部47而被記錄至布局數據57。
[0130]在患者列表顯示部67中顯示患者列表71。患者列表71是按每個患者顯示在登入畫面中輸入的醫療工作人員ID的醫療工作人員對自身負責的患者實施的多個診療進程的進展狀況的列表。另外,該患者列表顯示部67、日程顯示部65和郵件顯示部66能夠在各個第I顯示畫面15A的整個區域放大顯示。
[0131]另外在圖1lA的右側部分,實際上在患者列表顯示部67中顯示有字符、數字,但這些與在圖26A、26B的患者列表顯示部67中顯示的字符、數字大致相同。
[0132]患者列表71中與各醫療工作人員相應的列表由畫面編輯部48生成。更具體而言,例如在登入畫面中輸入的醫療工作人員ID為“D001”的情況下,畫面編輯信息管理部47選出醫療工作人員ID“D001”為負責醫療工作人員ID的項目中記錄的進展狀況信息50(在圖7的情況下患者ID“0123456789”的進展狀況信息50),將所選出的進展狀況信息50提供給畫面編輯部48。畫面編輯部48基于所提供的進展狀況信息50,生成表示醫療工作人員ID“D001”的醫療工作人員負責的患者的診療進程的進展狀況的患者列表71。因此,在患者列表71中顯示的患者與各醫療工作人員分別負責的患者相應地不同。
[0133]在圖12中,在患者列表顯示部67的上部,設置有用于切換患者的種類的患者種類切換標簽72、用于輸入患者的病名作為患者的種類的檢索輸入框73、以及檢索按鈕74。在患者種類切換標簽72中,準備“手術決定患者”、“外部來院患者”、以及“住院患者”的各標簽72A、72B、72C。為了以患者的種類進一步縮減在患者列表71中顯示的患者,設置這些患者種類切換標簽72、檢索輸入框73以及檢索按鈕74。
[0134]若患者種類切換標簽72的各標簽72A?72C之中的期望的標簽被光標75選擇,或對檢索輸入框73輸入期望的病名并由光標75選擇檢索按鈕74,則與其相應的編輯請求從請求發出部42被發出。畫面編輯信息管理部47將根據分發請求而選出的進展狀況信息50之中記錄了通過編輯請求而指定的患者的種類的進展狀況信息50提供給畫面編輯部48。畫面編輯部48基于從畫面編輯信息管理部47提供的進展狀況信息50,對以種類縮減了患者后的患者列表71進行編輯。
[0135]在圖13A、13B中,示出了在登入畫面中輸入的醫療工作人員ID的醫療工作人員的種類為醫生,且選擇了患者種類切換標簽72的“手術決定患者”的標簽72A的情況下的患者列表71。
[0136]在圖13A、13B中,患者列表71具有沿著相當于第I軸的橫軸X而在上部設置的項目顯示欄76、以及沿著與橫軸X正交而相當于第2軸的縱軸Y而在左側設置的患者信息顯示欄77。在項目顯示欄76中,排列病名的項目、以及住院預約、檢查、麻醉委托、術前概要、手術申請、麻醉同意書、以及手術同意書(麻醉同意書、手術同意書的各項目參照圖15A、15B)的圖7所例示的各診療進程項目。各診療進程項目按照通常的診療進程順序而從左向右排列。在第I顯示畫面15A中項目顯示欄76具有對患者列表71的患者的顯示順序進行揀選(sort)的揀選功能,例如能夠從住院預約的預約日早的患者起按順序對顯示順序進行重排,或從手術申請的手術預定日期時間早的患者起按順序對顯示順序進行重排。或還能夠按診療進程的進展狀況為“未著手”、“未完成”、“確定”的患者的順序進行重排,或按進展狀況為“未實施”的醫療檢查多的患者的順序進行重排。
[0137]在患者信息顯示欄77中,與表示顯示順序的序號一起,還顯示各患者的患者信息。患者信息是在電子病歷24中記述的患者的姓名、患者ID、性別、出生年月日、以及年齡。其中的姓名以及患者ID相當于識別信息。性別以表示男女的標識和“M(男性)”或“F(女性)”的字符來表示。在患者信息顯示欄77中,一次能夠顯示10人的患者的患者信息(參照圖11A)。
[0138]在由項目顯示欄76和患者信息顯示欄77構成的二維區域、更具體而言項目顯示欄76的各項目與患者信息顯示欄77的各患者信息的交點上,圖標81被配設為矩陣狀。圖標81存在病名顯示圖標81A、特殊圖標81B、以及通常圖標81C這3種類。這些各圖標81A?81C具有相同的尺寸。
[0139]病名顯示圖標81A(圖標窗)被配設于項目顯示欄76的病名的項目與患者信息顯示欄77的各患者信息的交點。在病名顯示圖標81A中,顯示病名及其記錄日期、以及記錄了病名的醫生(主治醫)的姓名。病名以及記錄日期被記錄于進展狀況信息50的病名的項目。醫生的姓名能夠從在進展狀況信息50的病名的項目中記錄的醫療工作人員ID的工作人員信息52取得。另外,在病名顯示圖標81A中,也可以顯示腦神經外科、心臟內科這樣的診療科名。
[0140]特殊圖標81B(圖標窗)被配設于項目顯示欄76的檢查的項目與患者信息顯示欄77的各患者信息的交點上。在特殊圖標81B中,顯示“01/24”等最初著手于醫療檢查的日期。特殊圖標81B是多個小圖標82被配設于內部的圖標。在特殊圖標8IB中,配設有最大6個小圖標
82ο
[0141 ]小圖標82是表示CT檢查、MRI檢查、單純X射線檢查、超聲波檢查、內窺鏡檢查等圖像檢查、血液檢查、生化學檢查等檢體檢查、以及心電圖檢查、腦波檢查等生理檢查這樣的各種醫療檢查的進展狀況的圖標。小圖標82僅針對由各診療科的醫生在電子病歷24上發出醫療檢查的指令并登記為預定實施的醫療檢查顯示,針對沒有登記預定實施的不需要實施的醫療檢查當然不會顯示。
[0142]在小圖標82中,顯示表示各種醫療檢查的字符。在小圖標82中顯示的字符與在進展狀況信息50的檢查的項目中簡寫的各種醫療檢查的首字母相同。即,CT檢查為“CT”,MRI檢查為“MR”,單純X射線檢查為“DR”,超聲波檢查為“US”,內窺鏡檢查為“ES”,血液檢查為“HM”,生化學檢查為“BC”,心電圖檢查為“EC”,腦波檢查為“EE”等。小圖標82與圖標81相比尺寸更小,因此對在小圖標82中顯示的字符來說,采用如上述那樣分別區分各種醫療檢查所需的I字符或2字符的簡單的首字母。
[0143]通常圖標81C(圖標窗)被配設于項目顯示欄76的檢查以外的各診療進程項目與患者信息顯示欄77的各患者信息的交點上。在通常圖標81C中,顯示與各診療進程相關的字符信息。字符信息是以通過對其進行閱覽從而能夠理解診療進程的內容的字符來表示的信息。例如在被配設于住院預約的項目中的通常圖標81C中,顯示進行住院預約的日期時間、住院預約的期間、病房名、以及病房的種類。在被配設于麻醉委托的項目中的通常圖標81C中,顯示進行了麻醉委托的日期、麻醉的種類、以及受到麻醉委托的麻醉科醫生名。在被配設于手術申請的項目中的通常圖標81C中,顯示進行了手術申請的日期、手術預定日期時間、以及負責手術的醫生名。這樣的信息的內容被記錄于進展狀況信息50的各診療進程項目。另外,例如也可以在被配設于手術申請的項目中的通常圖標81C中適當追加顯示手術的術式等與診療進程相關的字符信息。
[0144]通常圖標81C也與小圖標82相同地,僅針對由各診療科的醫生向電子病歷24的指令數據記錄手術等的指令并登記為預定實施的診療進程顯示。關于患者ID“0000254798”的麻醉同意書的診療進程項目等不需要實施的診療進程,當然不顯示通常圖標81C,患者列表71的相應部分成為空欄83(參照圖19)。
[0145]各圖標81A?81C按每個項目預先設定通常的顯示色。例如被配設于住院預約的項目中的通常圖標81C被設定為黃褐色(小豆色),被配設于檢查的項目中的特殊圖標81B以及小圖標82被設定為黃赭色(黃土色),被配設于麻醉委托的項目中的通常圖標81C被設定為綠褐色(茶綠色),被配設于手術申請的項目中的通常圖標81C被設定為暗綠(深綠色),被配設于手術同意書的項目中的通常圖標81C被設定為靛藍(藍色)。這樣各圖標81A?81C的顯示色為有彩色。此外,各圖標81A?81C內的字符、小圖標82內的字符、以及小圖標82的框線通常以白色(留白)來顯示。
[0146]在患者列表71中,設置有橫滾動條78以及縱滾動條79(也參照圖11A、IIB)。橫滾動條78在與項目顯示欄76相反側的患者列表71的下部,沿著橫軸X而設置。縱滾動條79在與患者信息顯示欄77相反側的患者列表71的右側,沿著縱軸Y而設置。各滾動條78、79具有同樣的結構,分別具有能夠在各滾動條78、79內移動的滑條78A、79A、以及被配設于各滾動條78、79的兩端的一對箭頭按鈕78B、79B。
[0147]畫面編輯部48根據基于布局數據57的第I顯示畫面15A的布局的設定等,在多個項目的一部分成為在第I顯示畫面15A中顯示的顯示部分,而多個項目的剩余部分成為沒有被容納進第I顯示畫面15A的非顯示部分的情況下,將橫滾動條78設置于患者列表71。此外,畫面編輯部48在多個患者信息(識別信息)的一部分成為在第I顯示畫面15A中顯示的顯示部分,而多個患者信息的剩余部分成為沒有被容納進第I顯示畫面15A的非顯示部分的情況下,將縱滾動條79設置于患者列表71。
[0148]在圖13A、13B中,住院預約、病名、檢查、麻醉委托、術前概要、手術申請、麻醉同意書、手術同意書等各項目之中麻醉同意書、手術同意書的各項目為非顯示部分。此外,顯示順序I?1這1人的患者的患者信息被顯示,這以外的患者的患者信息為非顯示部分。
[0149]畫面編輯部48在患者列表71中設置了橫滾動條78以及縱滾動條79的狀態下,使患者列表71上顯示項目件數顯示窗部80A(或顯示標記)和患者件數顯示窗部80B(或顯示標記)(參照圖11A)。項目件數顯示窗部80A表示非顯示部分中包含的項目的件數,被顯示于患者列表71的右側中央部。患者件數顯示窗部80B表示非顯示部分中包含的患者信息的件數(患者信息被包含在非顯示部分中的患者的人數),被顯示于患者列表71的下部中央部。
[0150]各件數顯示窗部80A、80B被重疊顯示在圖標81上。各件數顯示窗部80A、80B以半透明且非彩色的灰色來顯示。因此,如圖14的患者件數顯示窗部80B內部的虛線所示,能夠透視并看見重疊了各件數顯示窗部80A、80B的圖標81的顯示。
[0151]在各件數顯示窗部80A、80B內,記有表示件數的數字。在圖13A、13B中,麻醉同意書、手術同意書這兩個項目為非顯示部分,所以在項目件數顯示窗部80A內顯示“2”。此外,在患者件數顯示窗部80B內顯示“140”。通過這些數字,知曉兩個項目和140人的患者的患者信息當前為非顯示。
[0152]各件數顯示窗部80A、80B具有指示非顯示部分被隱藏的方向的以三角變尖的形狀(或突出的形狀)。在圖13A、13B中,麻醉同意書、手術同意書的各項目的非顯示部分被隱藏于患者列表71的右側,所以項目件數顯示窗部80A呈指示右側的變尖的形狀。此外,顯示順序I?10這10人的患者以外的患者的患者信息的非顯示部分被隱藏于患者列表71的下側,所以患者件數顯示窗部80B呈指示下側的變尖的形狀。
[0153]非顯示部分能夠通過由光標75操作滑條78A、79A或箭頭按鈕78B、79B,或旋轉鼠標的滾輪按鈕這樣的滾動操作而成為顯示。例如圖15A、15B所示,在進行了向右方向的滾動操作的情況下,在圖13A、13B中為非顯示部分的麻醉同意書、手術同意書的各項目、以及被配設于這些項目的圖標81被顯示在第I顯示畫面15A中。取而代之,在圖13A、13B中所顯示的住院預約、病名的各項目、以及被配設于這些項目的圖標81成為非顯示。此外,在進行了將這樣的非顯示部分設為能夠顯示的滾動操作的情況下,各件數顯示窗部80A、80B的顯示消失。另外,在進行了滾動操作的情況下,項目顯示欄76以及患者信息顯示欄77的顯示位置也固定。
[0154]醫療工作人員對患者實施的診療進程與患者的種類、以及醫療工作人員的種類相應地不同。例如在患者的種類為“外部來院患者”的情況下,不需要在圖13A、13B中記載的住院預約、手術申請這樣的與住院、手術相關的診療進程。此外,在醫療工作人員的種類為管理營養師的情況下,需要住院患者的供餐菜單制作、針對住院患者的營養指導等、在圖13A、13B中沒有記載的診療進程。因此,在患者列表71的項目顯示欄76中顯示的項目如圖16的分患者種類以及工作人員種類項目表84所示,與患者的種類以及醫療工作人員的種類相應地不同。
[0155]在圖16中,例如在患者的種類為“手術決定患者”,且醫療工作人員的種類為醫生的情況下,在項目顯示欄76中顯示的項目為在圖13A、13B中記載的病名、住院預約、檢查、麻醉委托、術前概要、手術申請、麻醉同意書、手術同意書等。此外,例如在患者的種類為“外部來院患者”的情況下,與醫療工作人員的種類無關而準備病名、檢查、診療信息提供書的各項目。診療信息提供書是在外部來院患者為來自其他醫療機構的介紹患者的情況下,記述了從該介紹醫療機構的介紹醫生轉交的介紹患者的診療信息的文檔。
[0156]進而,例如在患者的種類為“住院患者”,且醫療工作人員的種類為醫生的情況下,準備病名、就餐、住院預約、檢查、手術申請、住院診療計劃書、褥瘡管理計劃書、營養管理計劃書、出院療養計劃書、出院概要的各項目。
[0157]住院診療計劃書是記述了住院患者的病名、癥狀、治療計劃、檢查、手術的內容以及日程、所估計的住院期間等的文檔,由醫生制作。褥瘡管理計劃書是記述了與長期住院患者的褥瘡、所謂壓瘡的預防、治療相關的信息的文檔,由護士制作。營養管理計劃書是記述了住院患者的供餐菜單制作、針對住院患者的營養指導等與就餐相關的信息的文檔,由管理營養師制作。出院療養計劃書是記述了所估計的出院日、出院時的患者的病狀、出院后的治療計劃、安靜度、就餐、服藥、入浴這樣的生活上的注意點、保健醫療服務、福利服務的引導等的文檔,由醫生制作。出院概要是在住院期間實施的醫療檢查的結果的摘要。
[0158]這樣在項目顯示欄76中顯示的項目與醫療工作人員的種類相應地不同,所以在進展狀況信息50中,除了圖7的醫生用的進展狀況信息50之外,還記錄有護士用、管理營養師用等其他醫療工作人員用的進展狀況信息50。此外,如在通過登入畫面輸入了醫療工作人員ID的醫療工作人員的種類為管理營養師,且患者種類切換標簽72的標簽72C(住院患者)被選擇的情況下的圖17A、17B所示的患者列表71那樣,與患者的種類以及醫療工作人員的種類相應的患者列表71通過畫面編輯部48而生成、編輯。
[0159]在圖17A、17B所示的患者列表71的項目顯示欄76中,顯示在圖16的分患者種類及工作人員種類項目表84的患者種類“住院患者”的管理營養師的項中記載的病名、就餐、住院預約、檢查、手術申請、住院診療計劃書、營養管理計劃書、出院療養計劃書的各項目。并且,在這些各項目和各患者信息的交點上,與圖13A、13B相同地將圖標81配設為矩陣狀。在被配設于就餐的項目中的通常圖標81C中,顯示手術前后的日期和流食、禁食、普餐、點滴營養這樣的就餐的內容、管理營養師的姓名。在被配設于住院診療計劃書、營養管理計劃書、出院療養計劃書的各項目中的通常圖標81C中,顯示提交了各計劃書的日期、制作了各計劃書的醫療工作人員的姓名。
[0160]另外,雖省略圖示,但在患者的種類為“外部來院患者”的情況下的被配設于診療信息提供書的項目中的通常圖標81C中,介紹醫療機構的名稱以及介紹醫的姓名等作為字符信息顯示。此外,項目不限于上述例示,例如既可以是為了對應于需要輸血的手術而添加輸血委托、輸血同意書的項目,也可以添加用于I⑶(Intensive Care Unit,集中治療室)的利用申請的ICU申請的項目。例如也可以對護士,追加測體溫、脈搏測定、呼吸數測定、血壓測定、采血等對住院患者每日進行的診療進程的項目。進而,也可以在醫生、護士及檢查技師的情況下設為包含圖像檢查、檢體檢查及生理檢查的全部醫療檢查,而在管理營養師的情況下僅設為檢體檢查等,與醫療工作人員的種類相應地變更檢查的項目。
[0161]如圖18所示,畫面編輯部48與各種醫療檢查的進展狀況的變化相應地使小圖標82的顯示方式變化。具體而言,在進展狀況為“未實施”的情況下,如“CT”、“EC”的點劃線所示的小圖標82A那樣,使字符以及框線以非彩色的灰色來顯示。在進展狀況為“未確認”的情況下,如“US”的小圖標82B那樣,使字符以及框線以白色來顯示,且使未確認標記85在小圖標82B內顯示。在進展狀況為“已確認”的情況下,如“DR”、“HM”、“ES”的小圖標82C那樣,使字符以及框線以白色來顯示。
[0162]如圖7所說明,醫療檢查的進展狀況為“未確認”或“已確認”根據負責醫療工作人員而不同。因此,例如在登入畫面中輸入的醫療工作人員ID為“D007”的情況下,在進展狀況信息50的患者ID “0000003210”的患者的檢查的項目中記錄有“US:D007未確認”,所以在“US”的小圖標82內如圖18的小圖標82B所示那樣顯示未確認標記85。另一方面,在登入畫面中輸入的醫療工作人員ID為“D002”的情況下,在進展狀況信息50的患者ID“0000003210”的患者的檢查的項目中記錄有“US:D002已確認”,因此在“US”的小圖標82內沒有顯示未確認標記85,“US”的小圖標82與“DR”、“HM”、“ES”的小圖標82C相同地顯示。像這樣,在患者列表71中顯示的進展狀況與各醫療工作人員相應地不同。
[0163]另外,標號86是在醫療檢查的種類比6種多,且小圖標82的個數比一次容納于特殊圖標81B的最大個數的6個多的情況下顯示的省略標記。若該省略標記86被光標75選擇,則沒有一次被容納進特殊圖標81B的檢查的小圖標82被彈出顯示在特殊圖標81B上。
[0164]此外,如圖19所示,畫面編輯部48與醫療檢查以外的診療進程的進展狀況的變化相應地使通常圖標81C的顯示方式變化。具體而言,在進展狀況為“未著手”的情況下,如患者ID“0000003210”的手術同意書的項目的虛線所示的通常圖標81CA那樣,不是以所設定的有彩色而是以非彩色的白色來顯示,且將圖標的框線以虛線來顯示。在進展狀況為“未完成”的情況下,如患者ID“0000003210”的術前概要以及麻醉同意書的項目的施加了陰影的通常圖標81CB那樣,不是以所設定的有彩色而是以非彩色的灰色的顯示色以及白色字符來顯示。在進展狀況為“確定”的情況下,如患者ID“0123456789”的各通常圖標81CC以及患者ID “0000003210”的手術申請的項目的通常圖標8ICC那樣,以所設定的有彩色以及白色字符來顯示。另外,圖19示出了從圖13A、13B的狀態進行向右方向的滾動操作,顯示了麻醉同意書、手術同意書的各項目、以及被配設于這些項目的圖標81的圖15A、15B的狀態。
[0165]在以種類縮減了患者的情況下,在患者列表71的患者信息顯示欄77中,僅顯示縮減后的種類的患者的患者信息。此外,通常圖標81以及小圖標82顯示針對縮減后的種類的患者的診療進程的進展狀況。像這樣,在患者列表71中顯示的患者以及進展狀況與患者的種類相應地不同。另外,在縮減患者的種類之前的階段,生成“手術決定患者”、“外部來院患者”及“住院患者”的各種類的患者混雜的狀態的患者列表71。
[0166]患者信息顯示欄77的各患者信息能夠由光標75選擇。若患者信息被光標75選擇,則請求發出部42發出顯示由光標75選擇了患者信息的患者的醫療檢查的檢查結果以及醫用報告26的第2顯示畫面15B的編輯請求。畫面編輯信息管理部47從儲存目的地信息51選出由光標75選擇了患者信息的患者的患者ID的各種診療數據的儲存目的地。畫面編輯信息管理部47訪問所選出的儲存目的地,取得第2顯示畫面15B的生成所需的診療數據,將所取得的診療數據提供給畫面編輯部48。畫面編輯部48基于從畫面編輯信息管理部47提供的診療數據,對第2顯示畫面15B進行編輯。
[0167]在圖20中,第2顯示畫面15B具有左上部的病歷記述顯示部90、左下部的檢體檢查結果顯示部91、中央上部的單純X射線檢查結果顯示部92、中央下部的處方顯示部93和報告顯示部94、右上部的心電圖檢查結果顯示部95、右中央部的超聲波檢查結果顯示部96、右下部的內窺鏡檢查結果顯示部97、以及右側的檢查履歷顯示部98這九個顯示部90?98。即第2顯示畫面15B是顯示各種醫療檢查的檢查結果以及醫用報告26作為診療進程的詳細信息的顯示畫面。
[0168]第2顯示畫面15B代替第I顯示畫面15A,以能夠與第I顯示畫面15A切換顯示的方式被顯示在客戶端終端12的顯示器34B上。或者,作為與第I顯示畫面15A不同的畫面而被顯示在顯示器34B上。
[0169]與第I顯示畫面15A的各顯示部65?67相同地,第2顯示畫面15B的各顯示部90?98的顯示位置、顯示面積、以及顯示內容能夠由醫療工作人員等通過用戶輸入而自由地定制,布局的設定被記錄至布局數據57。例如也可以通過追加而配設有CT檢查結果顯示部、MRI檢查結果顯示部等其他醫療檢查的檢查結果的顯示部、麻醉同意書、手術同意書顯示部等。
[0170]在病歷記述顯示部90中,通過病歷記述顯示小工具,以時序顯示電子病歷24的診察記錄數據等的記述。在檢體檢查結果顯示部91中,通過檢體檢查結果顯示小工具,以時序顯示作為血液檢查、生化學檢查等檢體檢查的結果的檢查值,且顯示表示檢查值的隨時間推移變化的圖表。在單純X射線檢查結果顯示部92中,通過單純X射線檢查結果顯示小工具,顯示通過單純X射線檢查而得到的X射線圖像。在處方顯示部93中,通過處方顯示小工具,基于電子病歷24的用藥的指令數據、治療記錄數據,以時序顯示用藥的處方。
[0171]在報告顯示部94中,通過報告顯示小工具而顯示醫用報告26。在心電圖檢查結果顯示部95中,通過心電圖檢查結果顯示小工具,顯示通過心電圖檢查而得到的心電圖圖像。在超聲波檢查結果顯示部96中,通過超聲波檢查結果顯示小工具,顯示通過超聲波檢查而得到的超聲波圖像。在內窺鏡檢查結果顯示部97中,通過內窺鏡檢查結果顯示小工具,顯示通過內窺鏡檢查而得到的內窺鏡圖像。在檢查履歷顯示部98中,通過檢查履歷顯示小工具,以時序顯示患者至今為止受到的各種醫療檢查的履歷。這些各小工具是閱覽器軟件40中包含的多個小工具的一種。另外,這些各顯示部90?98能夠在各個第2顯示畫面15B的整個區域被放大顯示。
[0172]在圖21中,在檢查履歷顯示部98中,檢查日期時間新的各種醫療檢查的履歷從上起按順序排列。在各種醫療檢查的履歷中,與檢查日期一起,還顯示檢查圖像25的縮略圖圖標110以及醫用報告26的鏈接圖標111。不顯示進展狀況為“未實施”的醫療檢查的履歷,當然也不顯示各圖標110、111。
[0173]若縮略圖圖標110被光標75選擇,則該檢查圖像25的主體被顯示在各檢查結果顯示部中。例如在X射線圖像的縮略圖圖標110被選擇的情況下,該X射線圖像的主體被顯示在單純X射線檢查結果顯示部92中。此外,若鏈接圖標111被光標75選擇,則該醫用報告26的主體被顯示在報告顯示部94中。這些各圖標110、111的選擇指示也作為編輯請求而從請求發出部42發出。
[0174]在患者信息被光標75選擇而最初顯示的第2顯示畫面15B的單純X射線檢查結果顯示部92、超聲波檢查顯示部96及內窺鏡檢查結果顯示部97中,顯示在最新的各醫療檢查中得到的各檢查圖像25。此外,在心電圖檢查結果顯示部95和報告顯示部94中也同樣,分別顯示在最新的心電圖檢查中得到的心電圖圖像和醫用報告26。
[0175]在從請求接受部46接受到通過患者信息的選擇進行的編輯請求、或通過鏈接圖標111的選擇進行的編輯請求的情況下,畫面編輯信息管理部47判斷為正在登入的醫療工作人員結束確認醫用報告26,在進展狀況信息50的檢查的項目的該醫療工作人員的進展狀況為“未確認”的情況下將其變更為“已確認”。
[0176]以下,參照圖22所示的流程圖說明上述結構的作用。首先,醫療工作人員操作客戶端終端12而啟動閱覽器軟件40 ο通過閱覽器軟件40的啟動,在客戶端終端12的CPU3 2B中構筑GUI控制部41以及請求發出部42。
[0177]如圖22的步驟SlOO所示,醫療工作人員為了閱覽第I顯示畫面15A而通過登入畫面輸入醫療工作人員ID。由此從請求發出部42發出第I顯示畫面15A的分發請求。
[0178]在診療輔助服務器11中,啟動工作程序45而在CPU32A中構筑請求接受部46、畫面編輯信息管理部47、畫面編輯部48以及分發控制部49。由此診療輔助服務器11作為診療輔助裝置而發揮作用。
[0179]從客戶端終端12的請求發出部42發出的分發請求由診療輔助服務器11的請求接受部46接受,被轉交給畫面編輯信息管理部47。畫面編輯信息管理部47選出患者列表71的生成所需的進展狀況信息50等,從畫面編輯信息DBllA選出第I顯示畫面15A的生成所需的畫面編輯信息16。由畫面編輯信息管理部47選出的畫面編輯信息16被提供給畫面編輯部48 ο
[0180]在畫面編輯部48中,基于從畫面編輯信息管理部47提供的畫面編輯信息16,生成第I顯示畫面15Α(步驟S200)。此時,通過畫面編輯部48,與各種醫療檢查的進展狀況的變化相應地,小圖標82的顯示方式如圖18所示那樣被變更。此外,與醫療檢查以外的診療進程的進展狀況的變化相應地,通常圖標81C的顯示方式如圖19所示那樣被變更。
[0181]進而,如圖13Α、13Β所示那樣,通過畫面編輯部48,在多個項目的一部分(相當于一部分項目)或多個患者信息的一部分(相當于一部分識別信息)之中的至少一方成為沒有被容納進第I顯示畫面15Α的非顯示部分的情況下,在患者列表71中設置橫滾動條78或縱滾動條79。并且,項目件數顯示窗部80Α或患者件數顯示窗部80Β被顯示在患者列表71中。所生成的第I顯示畫面15Α通過分發控制部49而被分發給客戶端終端12(步驟S210)。
[0182]在客戶端終端12中,通過GUI控制部41將第I顯示畫面15Α顯示在顯示器34Β上(步驟3110)。在第1顯示畫面15六中,顯示包含特殊圖標818的患者列表71,特殊圖標818是將表示各種醫療檢查的進展狀況的多個小圖標82配設于內部的圖標。
[0183]項目件數顯示窗部80Α、患者件數顯示窗部80Β的顯示在進行了將非顯示部分設為能夠顯示的滾動操作的情況下消失。
[0184]在項目顯示欄76中顯示的項目、以及在患者信息顯示欄77中顯示的患者與醫療工作人員的種類以及患者的種類相應地不同,因此在各件數顯示窗部80Α、80Β內顯示的表示件數的數字也與醫療工作人員的種類以及患者的種類相應地不同。
[0185]非顯示部分中包含的項目的件數的項目件數顯示窗部80Α或表示非顯示部分中包含的表示患者信息的件數的患者件數顯示窗部80Β被顯示在患者列表71中,因此醫療工作人員能夠掌握非顯示部分中包含的項目的件數、患者信息的件數到底存在多少這樣的具體的非顯示部分的量。從而,醫療工作人員一看到就能夠進行預測與患者列表的閱覽相關的具體的訪問性以及時間,能夠以較高的視覺辨認性和界面功能性閱覽患者列表。
[0186]各件數顯示窗部80A、80B為半透明,所以能夠透視并看見圖標81的顯示。此外,在進行了將非顯示部分設為能夠顯示的滾動操作的情況下各件數顯示窗部80A、80B的顯示消失,因此在各件數顯示窗部80A、80B中確認了非顯示部分中包含的項目的件數、患者信息被包含在非顯示部分中的患者的件數以后,不由于各件數顯示窗部80A、80B而難以看到圖標81的顯示,不妨礙患者列表71的閱覽。
[0187]通過特殊圖標8IB,在患者列表71的橫軸X方向的顯示區域受限的情況下,能夠將表示各種醫療檢查的進展狀況的小圖標82緊湊地且視覺辨認性好地匯總。因此,防止項目顯示欄76的寬度在橫軸X上不必要地變寬。從而,能夠響應醫療工作人員想要盡量不費工夫和時間地一次掌握盡量多的診療進程的進展狀況的愿望。
[0188]各小圖標82是表示醫療檢查這樣的相同類別的診療進程的進展狀況的圖標。因此,通過將這些各小圖標82匯總為一個特殊圖標81B,從而能夠將相同類別的診療進程的各種醫療檢查的進展狀況以一個群來確認。與表示各種醫療檢查的進展狀況的圖標在患者列表71中分散存在的情況相比,能夠容易地掌握各種醫療檢查的進展狀況,提高各種醫療檢查的進展狀況的視覺辨認性。進而,醫療檢查包含圖像檢查、檢體檢查及生理檢查而種類較多,所以能夠充分發揮一眼就能夠確認進展狀況的優點。
[0189]在患者列表71中,還顯示表示醫療檢查以外的診療進程的進展狀況的與特殊圖標81B相同的尺寸的通常圖標81C。在通常圖標81C內,顯示實施了診療進程的日期時間、診療進程的預定日期時間、診療進程的種類、預定實施診療進程的醫療工作人員或實施了診療進程的醫療工作人員、中斷診療進程的理由等各種與診療進程相關的字符信息。在小圖標82中,也顯示表示醫療檢查的種類的字符信息。從而,能夠將與診療進程相關的信息充分地傳達給醫療工作人員,能夠有助于團隊醫療的質量的提高。
[0190]此外,也可以將圖標81僅設為特殊圖標81B,但若這樣,難以進行診療進程的內容的確認,反而存在阻礙進展狀況的掌握的顧慮。但是,如本實施方式那樣,通過特殊圖標81B限定于表示相同類別(檢查)的診療進程的進展狀況,其他診療進程的進展狀況以通常圖標81C來表示,從而能夠設為易于作為整體掌握進展狀況的患者列表71。
[0191]通過小圖標82,表示沒有實施醫療檢查的狀態即“未實施”、醫用報告26被制作且醫療檢查本身結束了實施但沒有確認醫用報告26的狀態即“未確認”、以及結束了確認醫用報告26的狀態即“已確認”的各進展狀況。例如在醫療工作人員為檢查技師,且由小圖標82表示的進展狀況為“未實施”的情況下,能夠向檢查技師催促迅速實施醫療檢查。此外,在醫療工作人員為醫生,且由小圖標82表示的進展狀況為“未確認”的情況下,能夠向醫生催促迅速確認醫用報告26。
[0192]此外,通過通常圖標81C,表示沒有著手于診療進程的狀態即“未著手”、著手于診療進程但沒有完成診療進程的狀態即“未完成”、以及診療進程完成的狀態即“確定”的各進展狀況。與小圖標82的情況相同地,在由通常圖標81C表示的進展狀況為“未著手”以及“未完成”的情況下,能夠向醫療工作人員催促迅速實施診療進程。
[0193]通常圖標81C以及小圖標82僅針對登記為預定實施的診療進程顯示,在不需要實施的情況下不顯示而成為空欄83。由此,預定實施的診療進程和不需要實施的診療進程一目了然,能夠防止誤實施不需要的診療進程的錯誤。
[0194]患者列表71與醫療工作人員相應地生成,在項目顯示欄76中顯示的項目、在患者信息顯示欄77中顯示的患者、以及由圖標81表示的診療進程的進展狀況與醫療工作人員相應地不同,因此能夠將自己負責的患者的診療進程的進展狀況向各醫療工作人員可靠地告知。各醫療工作人員知曉自己之后應該進行怎樣的診療進程、準備,能夠順利地推進診療進程。
[0195]醫療工作人員閱覽第I顯示畫面15A,確認各患者的各診療進程的進展狀況。醫療工作人員與需要相應地操作患者種類切換標簽72等,以患者的種類而進一步縮減在患者列表71中顯示的患者,或選擇患者信息顯示欄77的各患者信息而顯示第2顯示畫面15B。在進行了這樣的各種畫面編輯操作的情況下(圖22的步驟S120中是),從請求發出部42發出編輯請求(步驟S130)。
[0196]從客戶端終端12的請求發出部42發出的編輯請求由診療輔助服務器11的請求接受部46接受,被轉交給畫面編輯信息管理部47。畫面編輯信息管理部47從畫面編輯信息DBllA選出畫面編輯所需的畫面編輯信息16。通過畫面編輯信息管理部47選出的畫面編輯信息16被提供給畫面編輯部48。
[0197]基于來自畫面編輯信息管理部47的畫面編輯信息16,由畫面編輯部48進行畫面編輯(S220)。在來自請求接受部46的編輯請求例如為第2顯示畫面15B的編輯請求的情況下,基于從畫面編輯信息管理部47提供的各種診療數據,編輯第2顯示畫面15B。編輯后的第I顯示畫面15A或第2顯示畫面15B通過分發控制部49而被分發給客戶端終端12(步驟S230)。
[0198]在客戶端終端12中,由GUI控制部41編輯后的第I顯示畫面15A或第2顯示畫面15B被顯示在顯示器34B上(步驟S140)。各醫療工作人員閱覽第2顯示畫面15B,從而能夠一次確認各醫療檢查的檢查結果以及作為醫療檢查的結果報告的醫用報告26。此外,通過第2顯示畫面15B的閱覽,在進展狀況信息50的檢查的項目的該醫療工作人員的進展狀況為“未確認”的情況下,通過畫面編輯信息管理部47變更為“已確認”。
[019 9 ]在來自請求接受部4 6的編輯請求為以患者的種類縮減在患者列表71中顯示的患者的編輯請求的情況下,生成與患者的種類相應的患者列表71。在項目顯示欄76中顯示的項目、在患者信息顯示欄77中顯示的患者、以及由圖標81表示的診療進程的進展狀況與患者的種類相應地不同的患者列表71被生成,因此能夠順利地掌握與患者的種類相應的診療進程的進展狀況。
[0200]客戶端終端12在沒有由醫療工作人員進行登出(logout,注銷)的指示的期間(步驟S150中否),反復上述步驟S120?步驟S140。同樣地診療輔助服務器11也在沒有由請求接受部46接受注銷的指示的期間(步驟S240中否),反復上述步驟S220、步驟S230。
[0201]另外,在圖22中示出了I臺客戶端終端12和診療輔助服務器11的處理過程,但實際上診療輔助服務器11接受來自多臺客戶端終端12的分發請求、編輯請求,針對多臺客戶端終端12并行進行第I顯示畫面15A的生成、第I顯示畫面15A以及第2顯示畫面15B的編輯、第I顯示畫面15A以及第2顯示畫面15B的分發。
[0202]另外,作為件數顯示窗部,不限于上述第I實施方式的具有指示非顯示部分被隱藏的方向的以三角變尖的形狀的各件數顯示窗部80A、80B。也可以例如圖23A、23B所示的項目件數顯示窗部120A(或顯示標記)以及患者件數顯示窗部120B(或顯示標記)那樣,設為包圍表示件數的數字的橢圓形狀,單獨于各件數顯示窗部120A、120B而顯示指示非顯示部分被隱藏的方向的箭頭121A、121B。各件數顯示窗部120A、120B與各件數顯示窗部80A、80B相同地,被重疊顯示在圖標81上,以半透明且非彩色的灰色來顯示。
[0203]或者,也可以不是在標記內顯示表示件數的數字,而是沒有標記而僅顯示表示件數的數字。此外,也可以以紅色來顯示,或者使標記、件數閃爍等,從而使其醒目。此外,也可以將標記設為圓形,以在標記內顯示的數字的位置來指示非顯示部分被隱藏的方向。總之,知曉非顯示部分中包含的件數即可,件數的顯示的方式不限定于上述第I實施方式。
[0204]在上述第I實施方式中,在患者列表71上顯示各件數顯示窗部80A、80B,在患者列表71內顯示非顯示部分中包含的件數,但也可以單獨于患者列表71而顯示非顯示部分中包含的件數。例如也可以單獨于患者列表71地設置圖24所示的浮動圖125(窗部),在該浮動圖125內顯示各件數顯示窗部80A、80B。
[0205]浮動圖125簡易地表示患者列表71的顯示部分以及非顯示部分。浮動圖125具有由虛線表示的多個框126、以及由實線表示的當前顯示框127。框126中,患者列表71的項目顯示欄76的各項目的全8件量沿著橫軸X排列,患者信息顯示欄77的各患者信息的10幾人量沿著縱軸Y排列。當前顯示框127表示患者列表71的項目顯示欄76的各項目以及患者信息顯示欄77的各患者信息之中在當前第I顯示畫面15A中顯示的部分、即顯示部分。由當前顯示框127包圍的區域以外為非顯示部分,在表示該非顯示部分的區域中配設有各件數顯示窗部80A、80B。
[0206]在圖24中,與圖13A、13B的情況相同地,示出了八個項目之中的右側的兩個項目為非顯示部分,且顯示順序I?10這10人的患者的患者信息被顯示,這以外的患者的患者信息為非顯示部分的情況。從而,當前顯示框127的左邊以及上邊與浮動圖125的左邊以及上邊分別一致,包圍在橫軸X上連續的6個框126以及在縱軸Y上連續的1個框126。
[0207]當前顯示框127能夠通過光標75在浮動圖125內進行移動操作。若當前顯示框127被光標75移動操作,則與其連動而切換患者列表71的顯示。例如圖25所示,在當前顯示框127沿著橫軸X向框126的右側被移動操作了 2個量的情況下,與從圖13A、13B的狀態進行了向右方向的滾動操作的情況相同,在圖24中為非顯示部分的右側的兩個項目、以及被配設于這些項目中的圖標81被顯示在第I顯示畫面15A中。也就是說,當前顯示框127的移動操作與滑條78A、79A、箭頭按鈕78B、79B的操作、鼠標的滾輪按鈕的旋轉操作相同,是滾動操作的一種。另外,在進行了這樣的將非顯示部分設為能夠顯示的滾動操作的情況下,與上述第I實施方式相同地,如圖25所示那樣各件數顯示窗部80A、80B的顯示消失。
[0208]浮動圖125例如圖26A的下方的圖26B所示那樣,被重疊顯示在患者列表71的右下部。另外,也可以在日程顯示部65、郵件顯示部66上重疊顯示浮動圖125。此外,也可以設為能夠通過用戶選擇來切換浮動圖125的顯示/非顯示的切換。
[0209]通過顯示這樣的浮動圖125,醫療工作人員能夠掌握大致的顯示部分和非顯示部分的量,進而通過顯示各件數顯示窗部80A、80B,能夠掌握具體的非顯示部分的量。
[0210]在上述第I實施方式中,在進行了將非顯示部分設為能夠顯示的滾動操作的情況下,各件數顯示窗部80A、80B的顯示消失,但也可以在進行了將非顯示部分設為能夠顯示的滾動操作的情況下,也始終顯示各件數顯示窗部80A、80B。
[0211]此時,在從圖13A、13B的狀態進行向右方向的滾動操作,顯示了麻醉同意書、手術同意書的各項目、以及被配設于這些項目的圖標81的狀態下,與上述第I實施方式的各件數顯示窗部80A、80B的顯示消失的圖15A、15B不同,如圖27A、27B所示,各件數顯示窗部80A、80B被重疊顯示在患者列表71上。但是,此時成為患者列表71的左側的住院預約、病名的各項目、以及被配設于這些項目的圖標81成為非顯示,所以項目件數顯示窗部80A被顯示在患者列表71的左側中央部,有指示左側的變尖的形狀。
[0212]另外,關于圖24所示的浮動圖125上的各件數顯示窗部80A、80B,在進行了將非顯示部分設為能夠顯示的滾動操作的情況下也可以一直顯示。此外,也可以進行圖13A、13B所示的各件數顯示窗部80A、80B向患者列表71上的重疊顯示、以及圖24所示的各件數顯示窗部80A、80B向浮動圖125上的重疊顯示這雙方,在進行了將非顯示部分設為能夠顯示的滾動操作的情況下,患者列表71上的各件數顯示窗部80A、80B的顯示消失,浮動圖125上的各件數顯示窗部80A、80B的顯示保留。
[0213][第2實施方式]
[0214]在本實施方式中,如圖28A、28B所示,畫面編輯部48在患者列表71中設置了橫滾動條78以及縱滾動條79的狀態下,使第I全顯示欄130A和第2全顯示欄130B顯示在患者列表71上。第I全顯示欄130A沿著橫軸X(第I軸),被配設于排列各項目的項目顯示欄76的上部。第2全顯示欄130B沿著縱軸Y(第2軸),被配設于排列各患者的患者信息的患者信息顯示欄77的左側。
[0215]如圖29概念性所示,第I全顯示欄130A通過排列與對顯示部分以及非顯示部分的項目的件數進行合計而得到的全項目件數相同數量的第I塊137A而構成。在圖28A、28B中,顯示部分的項目為住院預約、病名、檢查、麻醉委托、術前概要、手術申請這6件,非顯示部分的項目為麻醉同意書、手術同意書這2件,全項目件數為8件,所以第I全顯示欄130A由8個第I塊137A構成。在第I塊137A中,顯示有住院預約、病名、檢查這樣的表示項目的內容的字符?目息O
[0216]如圖30概念性所示,第2全顯示欄130Β通過排列與對顯示部分以及非顯示部分的患者信息的件數進行合計而得到的全部患者信息件數相同數量的第2塊137Β而構成。在圖28Α、28Β中,顯示部分的患者信息為10件,非顯示部分的患者信息為20件,全部患者信息件數為30件,所以第2全顯示欄130Β由30個第2塊137Β構成。在第2塊137Β中,顯示有表示顯示順序的序號。
[0217]第I全顯示欄130Α的全部第I塊137Α之中,對應于顯示部分的第I塊137Α與對應于非顯示部分的第I塊137Α為了設為能夠對其識別,而如針對對應于顯示部分的第I塊137Α施加的陰影所示,顯示方式不同。例如,對應于顯示部分的第I塊137Α以深藍色,對應于非顯示部分的第I塊137Α以淺藍色來顯示。在圖28Α、28Β中,對應于住院預約、病名、檢查、麻醉委托、術前概要、手術申請的各項目的從左端起至第6個為止是對應于顯示部分的第I塊137Α,對應于麻醉同意書、手術同意書的各項目的從右端起第2個為止是對應于非顯示部分的第I塊137Α。
[0218]第2全顯示欄130Β的第2塊137Β也與第I全顯示欄130Α的第I塊137Α相同,對應于顯示部分的第2塊137Β與對應于非顯示部分的第2塊137Β中顯示方式不同。例如,對應于顯示部分的第2塊137Β以深藍色,對應于非顯示部分的第2塊137Β以淺藍色來顯示。在圖28Α、28Β中,相當于10人的患者的各患者信息的從上端起至第10個為止是對應于顯示部分的第2塊137B,對應于20人的患者的各患者信息的從下端起至第20個為止是對應于非顯示部分的第2塊137B。
[0219]非顯示部分能夠通過滑條78A、79A、箭頭按鈕78B、79B被光標75操作或鼠標的滾輪按鈕被旋轉這樣的滾動操作而成為顯示。例如圖31A、3IB所示,在進行了向右方向的滾動操作的情況下,在圖28A、28B中為非顯示部分的麻醉同意書、手術同意書的各項目、以及被配設于這些項目中的圖標81被顯示在第I顯示畫面15A中。取而代之,在圖28A、28B中顯示的住院預約、病名的各項目、以及被配設于這些項目中的圖標81成為非顯示。另外,即使在進行了滾動操作的情況下,項目顯示欄76以及患者信息顯示欄77的顯示位置也固定。
[0220]此外,在進行了這樣的滾動操作的情況下,對應于顯示部分的各塊137A、137B與對應于非顯示部分的各塊137A、137B的顯示被切換。具體而言,在圖31A、31B中,在第I全顯示欄130A中,對應于檢查、麻醉委托、術前概要、手術申請、麻醉同意書、手術同意書的各項目的從右端起第6個為止成為對應于顯示部分的第I塊137A,對應于住院預約、病名的各項目的從左端起第2個為止成為對應于非顯示部分的第I塊137A。
[0221]圖32A、32B示出了在通過登入畫面輸入了醫療工作人員ID的醫療工作人員的種類為管理營養師,且患者種類切換標簽72的標簽72C(住院患者)被選擇的情況下的患者列表71。此時,在患者列表71的項目顯示欄76中,顯示圖16的分患者種類及工作人員種類項目表84的患者種類“住院患者”的管理營養師的項中記載的病名、就餐、住院預約、檢查、手術申請、住院診療計劃書、營養管理計劃書、出院療養計劃書的各項目。在圖32A、32B中,如第I全顯示欄130A的各第I塊137A的顯示方式所示,病名、就餐、住院預約、檢查、手術申請、住院診療計劃書的各項目為顯示部分,營養管理計劃書、出院療養計劃書的各項目成為非顯示部分。
[0222]第I全顯示欄130A或第2全顯示欄130B被顯示在患者列表71中,因此醫療工作人員能夠根據被配設于項目顯示欄76的項目和第I全顯示欄130A的第I塊137A、或被配設于患者信息顯示欄77的患者信息和第2全顯示欄130B的第2塊137B,具體地掌握顯示部分和非顯示部分的項目或患者信息的量、以及全項目件數或全部患者信息件數的量。從而,醫療工作人員能夠預測與患者列表的閱覽相關的具體的訪問性以及時間,能夠以較高的視覺辨認性和界面功能性來閱覽患者列表。
[0223]第I全顯示欄130A沿著橫軸X被配設于項目顯示欄76的上部,第2全顯示欄130B沿著縱軸Y被配設于患者信息顯示欄77的左側。這樣各件數顯示欄130A、130B被配設于與項目或患者信息的顯示位置相鄰的位置,因此易于掌握顯示部分和非顯示部分的項目或患者信息的量、以及全項目件數或全部患者信息件數的量。
[0224]對應于顯示部分的各塊137A、137B與對應于非顯示部分的各塊137A、137B以能夠識別的方式被顯示。因此,顯示部分和非顯示部分的量變得更容易一目了然。此外,在第I塊137A中,顯示表示項目的內容的字符信息。因此,醫療工作人員不進行滾動操作就能夠掌握在非顯示部分的項目中有怎樣的內容。
[0225][第3實施方式]
[0226]在上述第2實施方式中,將對應于顯示部分的各塊137A、137B與對應于非顯示部分的各塊137A、137B以能夠識別的方式顯示,但在此基礎上或代替于此,也可以將對應于設定了提醒注意的項目的第I塊137A或對應于設定了提醒注意的患者的患者信息的第2塊137B之中的至少一方,以例如閃爍、或醒目的紅色等來強調顯示。
[0227]例如圖33A、33B以及圖34所示,將對應于設定了提醒注意的患者的患者信息的顯示順序“2”、“4”、“9”等的第2塊137B以由陰影示出的方式進行強調顯示。此時,在患者信息顯示欄77中排列的患者信息之中的對應于被強調顯示的第2塊137B的顯示順序“2”、“4”、“9”等的患者信息也以由陰影示出的方式被強調顯示(在圖33A、33B中僅圖示顯示順序“2”、“4”的患者信息)。
[0228]作為設定了提醒注意的患者,可列舉通過登入畫面輸入了醫療工作人員ID的醫療工作人員在登入的當日應實施診療進程的患者。作為應實施的診療進程,在醫療工作人員為檢查技師的情況下,例如是在登入的當日或前日發出指令,且進展狀況為“未實施”的醫療檢查。在醫療工作人員為醫生的情況下,例如是在登入的當日為手術申請的手術預定日期時間的I周前,且進展狀況為“未著手”或“未完成”的手術同意書。這樣的提醒注意基于在進展狀況信息50中記錄的各種診療進程的進展狀況,由畫面編輯信息管理部47自動地設定。
[0229]像這樣,針對對應于在當日應實施診療進程的患者等設定了提醒注意的患者的患者信息的第2塊137B、以及與該第2塊137B對應的患者信息進行強調顯示,因此應優先實施哪個患者的診療進程一目了然。此外,在設定了提醒注意的患者的患者信息處于非顯示部分的情況下,也能夠通過第2塊137B的強調顯示,使醫療工作人員注意到對患者信息處于非顯示部分中的患者設定了提醒注意,能夠防止看漏在當日應實施的診療進程。
[0230]在圖33A、33B中,列舉了針對對應于設定了提醒注意的患者的患者信息的第2塊137B、以及與該第2塊137B對應的患者信息進行強調顯示的例子,但既可以針對對應于設定了提醒注意的項目的第I塊137A進行強調顯示,也可以對在項目顯示欄77中排列的項目之中與被強調顯示的第I塊137A對應的項目也進行強調顯示。此外,例如也可以構成為:通過日程顯示部65,醫療工作人員能夠手動設定提醒注意。
[0231]另外,作為設定了提醒注意的患者,除了上述的在登入的當日應實施診療進程的患者之外,可列舉單純地診療進程的進展狀況為“未著手”、“未完成”或“未實施”、“未確認”的患者、即使預先設定的期限已過但診療進程的進展狀況也沒有成為“確定”或“已確認”的患者等。
[0232]也可以將各件數顯示欄130A、130B顯示在與項目或患者信息的顯示位置分離的位置上。其中,如上述那樣,由于易于掌握顯示部分和非顯示部分的項目或患者信息的量、以及全項目件數或全部患者信息件數的量,所以各件數顯示欄130A、130B優選配設于與項目或患者信息的顯示位置相鄰的位置。
[0233]在上述第2、第3實施方式中,在第2全顯示欄130B的第2塊137B中,僅顯示表示顯示順序的序號,但也可以與第I全顯示欄130A的第I塊137A相同地,將表示患者的姓名、患者ID這樣的識別信息的內容的字符信息顯示在第2塊137B中。
[0234]由通常圖標81C表示的進展狀況不限于上述各實施方式的“未著手”、“未完成”、“確定”這3種。同樣,由小圖標82表示的進展狀況也不限于上述各實施方式的“未實施”、“未確認”、“已確認”這3種。例如在“未完成”中,如圖7的患者ID“0000003210”的術前概要的項目那樣,存在發現其他疾病而由于應對該疾病而中斷診療進程的情況等、存在某些障礙而不得不中斷的情況、以及僅僅等待提交手術同意書(等待簽名)等沒有特別障礙的時間性中斷的情況。因此,也可以將“未完成”的進展狀況分為存在某些障礙而不得不中斷的情況的“中斷”、以及沒有特別障礙的情況的“等待”。
[0235]作為由小圖標82表示的進展狀況,也可以對上述的“未實施”、“未確認”、“已確認”添加從圖8的步驟Sll的指令確認后至步驟S16的報告上傳前為止的期間的“正在實施”。此夕卜,也可以將從圖8的步驟S14的檢查結果上傳后至步驟S16的報告上傳前為止的期間設為“正在制作報告”,或將從圖8的步驟S14的檢查結果上傳后至步驟S15的制作報告前為止的期間設為“圖像未確認”。
[0236]進而,也可以與醫療工作人員的種類相應地變更由小圖標82表示的進展狀況,使進展狀況的顯示根據各醫療工作人員而不同。例如在圖35中,在發出指令的醫生的情況下,如上段所示將從步驟SlO的指令發出后至步驟Sll的指令確認前為止的期間設為“未實施”,將從步驟Sll的指令確認后至步驟S14的檢查結果上傳前為止的期間設為“正在實施”,將從步驟S14的檢查結果上傳后至步驟S16的報告上傳前為止的期間設為“正在制作報告”,將從步驟S16的報告上傳后至步驟S17的報告確認前為止的期間設為“未確認”,將步驟S17的報告確認后的期間設為“已確認”。
[0237]另一方面,在制作醫用報告26的閱片醫的情況下,“未實施”、“正在實施”設為與醫生相同,將從步驟S14的檢查結果上傳后至步驟S15的制作報告前為止的期間設為“圖像未確認”,將步驟S15的制作報告后的期間設為“已確認”。這樣與醫療工作人員的種類相應地變更由小圖標82表示的進展狀況,從而能夠進行適于各醫療工作人員的精細的進展狀況的顯示。由通常圖標81C表示的進展狀況也同樣與醫療工作人員的種類相應地變更。
[0238]在上述各實施方式中,例示了具有表示醫療檢查這樣的相同類別的診療進程的進展狀況的小圖標82的特殊圖標81B,但一個特殊圖標81B中包含的多個小圖標8 2也可以不一定表示相同類別的多個診療進程的進展狀況。其中,在小圖標82不是表示相同類別的多個診療進程的進展狀況的圖標的情況下,由于在小圖標82之間沒有關聯性而難以分辨進展狀況的顯示,因此優選一個特殊圖標81B中包含的多個小圖標82是表示相同類別的多個診療進程的進展狀況的圖標。
[0239]另外,作為相同類別的診療進程的其他例,可列舉麻醉同意書、手術同意書這兩個診療進程。此外,也可以是對患者的心跳、脈搏、呼吸數、血壓、體溫等多個生命體征進行測定的診療進程。
[0240]在上述各實施方式中,在患者信息顯示欄77的各患者信息被光標75選擇的情況下,設為使第2顯示畫面15B顯示,但也可以將通常圖標81C、小圖標82設為能夠由光標75選擇,以通常圖標81C、小圖標82的選擇為契機而顯示第2顯示畫面15B。
[0241]作為醫療工作人員,除了醫生、檢查技師、護士、管理營養師之外,也可以包含對患者的復健進行幫助的理療師、進行藥劑的調劑或對患者服用藥劑進行指導的藥劑師等。此夕卜,也可以如圖35所例示,將醫生進一步分為診察患者的診察醫和制作醫用報告26的閱片醫,或將檢查技師進一步分為放射線檢查技師和超聲波檢查技師等,與職責相應地將醫療工作人員的種類細分化。
[0242]在上述各實施方式中,使在患者列表71中顯示的項目、識別信息及進展狀況與各醫療工作人員分別負責的患者以及診療進程相應地不同,但也可以使所顯示的項目、識別信息或進展狀況之中的至少一個不同。此外,使在患者列表71中顯示的項目、識別信息及進展狀況與各患者的種類相應地不同,但也可以使所顯示的項目、識別信息或進展狀況之中的至少一個不同。
[0243]由小圖標82表示進展狀況的醫療檢查也可以不是圖像檢查、檢體檢查、以及生理檢查的全部檢查,而是這些之中的至少一個。此外,也可以對患者的種類追加接受在家看護的“在家看護患者”。
[0244]在上述各實施方式中,例示了圖標81被配設為矩陣狀的患者列表71,但也可以代替圖標81而對羅列了與各診療進程相關的字符信息的患者列表應用本發明。
[0245]在上述各實施方式中,以根據分發請求而向客戶端終端12分發第I顯示畫面15A的診療輔助服務器11的方式說明了本發明的診療輔助裝置,但也可以如圖36所示那樣使客戶端終端12作為診療輔助裝置而發揮作用。另外,在圖36中,關于與上述各實施方式共通的部位示出共通的標號,省略說明。
[0246]圖36的情況和上述各實施方式的不同點在于,在客戶端終端12的儲存設備30B中存儲工作程序45,客戶端終端12的CPU32B執行工作程序45,從而CPU32B作為畫面編輯信息管理部47以及畫面編輯部48而發揮作用、以及將畫面編輯信息16存儲至儲存設備30B。
[0247]此時,請求發出部42向畫面編輯信息管理部47發出各種處理請求。畫面編輯信息管理部47對服務器群13直接進行訪問而取得診療數據,基于所取得的診療數據,更新儲存設備30B內的進展狀況信息50以及儲存目的地信息51。
[0248]畫面編輯部48基于儲存設備30B內的畫面編輯信息16生成第I顯示畫面15A,將其轉交給GUI控制部41XUI控制部41使顯示器34B顯示第I顯示畫面15A。畫面編輯部48基于請求發出部42所發出的編輯請求,對第I顯示畫面15A以及第2顯示畫面15B的顯示內容進行編輯。像這樣,診療輔助裝置不限于上述各實施方式的診療輔助服務器11的方式,也可以如圖36那樣由客戶端終端12承擔。
[0249]在上述各實施方式中,畫面編輯信息管理部47對服務器群13定期地發出診療數據的取得請求,取得與該取得請求相應地從服務器群13發送的診療數據,但本發明不限定于此。也可以在對第I顯示畫面15A以及第2顯示畫面15B進行生成、編輯的定時,由畫面編輯信息管理部47發出診療數據的取得請求。此時,診療輔助服務器11也可以不具有畫面編輯信息DB11A,而是在每次取得從服務器群13發送的診療數據時生成畫面編輯信息16的進展狀況信息50以及儲存目的地信息51。此外,也可以不是從畫面編輯信息管理部47發出取得請求,而是例如在診療數據被更新時,將更新后的診療數據從服務器群13自動地發送。
[0250]此外,例如也可以是如第I顯示畫面15A的生成由診療輔助服務器11進行,編輯由客戶端終端12進行那樣,將診療輔助裝置的功能之中的一部分由診療輔助服務器11承擔,將其他一部分由客戶端終端12承擔的方式。此時,由客戶端終端12和診療輔助服務器11構成的計算機系統作為診療輔助系統而發揮作用。像這樣,本發明的診療輔助裝置以及診療輔助系統能夠通過各種方式來實現。
[0251]此外,診療輔助服務器11、客戶端終端12等計算機系統的硬件結構能夠進行各種變形。例如,還能夠以處理能力、可靠性的提高為目的,由將診療輔助服務器11作為硬件而分離的多臺服務器計算機構成。像這樣,計算機系統的硬件結構能夠根據處理能力、安全性、可靠性等被要求的性能而適當變更。
[0252]進而,不限于硬件,關于工作程序45等應用程序,也以確保安全性、可靠性為目的,當然也能夠進行二重化,或分散到多個儲存設備而儲存。
[0253]此外,在上述各實施方式中,以診療輔助服務器11以及客戶端終端12在一個醫療設施內利用的方式進行了說明,但例如也可以設為將一個診療輔助服務器11設置于醫療設施外的數據中心,能夠將診療輔助服務器11的數據分發服務等應用服務在多個醫療設施的客戶端終端12中利用的方式。
[0254]此時,診療輔助服務器11例如經由互聯網、公眾通信網等WAN(廣域網,Wide AreaNetwork),與在多個醫療設施中設置的客戶端終端12以可通信的方式連接。并且,診療輔助服務器11接受來自多個醫療設施的客戶端終端12的處理請求,對各客戶端終端提供第I顯示畫面15A的分發等應用服務。
[0255]數據中心以及診療輔助服務器11的設置地點、運營主體例如既可以是多個醫療設施之中的一個,也可以是與醫療設施不同的獨立的服務公司。此外,在利用網絡等WAN的情況下,優選考慮信息安全,構筑VPN(虛擬專用網,Virtual Private Network),或使用HTTPS(超文本傳輸協議安全,Hypertext Transfer Protocol Secure)等安全等級高的通信協議。
[0256]本發明不限于上述各實施方式,只要不脫離本發明的主旨,當然能夠采用各種結構。此外,還能夠將上述的各種實施方式、各種變形例適當組合。此外,本發明除了程序之夕卜,還涉及存儲程序的存儲介質。
[0257]本發明在不脫離發明思想的范圍中,能夠進行各種變形和變更,在這樣的情況下,也應解釋為包含在本發明的保護范圍中。
【主權項】
1.一種診療輔助裝置,具備: 畫面生成部,生成具有患者列表的顯示畫面,該患者列表在由排列與患者的診療相關的多個項目的第I軸以及排列用于識別多個患者的識別信息的第2軸構成的二維區域中顯示每個所述患者的所述多個項目;以及 顯示處理部,在所述多個項目中包含的一部分項目以及多個識別信息中包含的一部分識別信息之中的至少一方成為沒有被容納進所述顯示畫面的非顯示部分的情況下,響應于用于滾動的輸入動作,將所述非顯示部分切換為顯示狀態并進行顯示; 所述顯示處理部使所述顯示畫面顯示所述一部分項目的第I件數以及所述一部分識別信息的第2件數之中的至少一方。2.如權利要求1所述的診療輔助裝置, 所述第I件數或第2件數在所述患者列表上半透明地顯示。3.如權利要求1所述的診療輔助裝置, 所述第I件數或第2件數通過滾動操作從所述顯示畫面消失。4.如權利要求1所述的診療輔助裝置, 所述第I件數或第2件數在表示所述非顯示部分被隱藏的顯示窗部內被顯示。5.如權利要求4所述的診療輔助裝置, 所述顯示窗部具有向一個方向突出的形狀,指示所述非顯示部分的位置的方向。6.如權利要求1至5的任一項所述的診療輔助裝置, 所述項目包含醫療工作人員對所述患者實施的診療進程的項目。7.如權利要求6所述的診療輔助裝置, 在所述患者列表中顯示圖標部, 所述圖標部被排列為I列以上的列,對應于被登記為預定實施的所述診療進程顯示,且表示所述項目的內容。8.如權利要求7所述的診療輔助裝置, 所述圖標部表示所述診療進程的進展狀況,顯示方式與所述進展狀況的變化相應地變化。9.如權利要求8所述的診療輔助裝置, 所述患者列表與多個醫療工作人員相應地生成,所顯示的所述項目、所述識別信息及所述進展狀況之中的至少一個在所述多個醫療工作人員之間關于所述患者以及所述診療進程不同。10.如權利要求8所述的診療輔助裝置, 所述患者列表與所述患者的種類相應地生成,所顯示的所述項目、所述識別信息及所述進展狀況之中的至少一個與所述種類相應地不同。11.如權利要求10所述的診療輔助裝置, 所述種類包含決定了手術的手術決定患者、外部來院患者及住院患者。12.如權利要求1至5的任一項所述的診療輔助裝置, 所述顯示處理部使所述顯示畫面顯示通過排列第I塊部而構成的第I全顯示欄以及通過排列第2塊部而構成的第2全顯示欄之中的至少一方,所述第I塊部的數量與對所述顯示畫面中的顯示部分以及所述非顯示部分的所述項目的件數進行合計而得到的全項目件數相同,所述第2塊部的數量與對所述顯示部分以及所述非顯示部分的所述識別信息的件數進行合計而得到的全識別信息件數相同。13.如權利要求12所述的診療輔助裝置, 對應于所述顯示部分的所述第I塊部以能夠與對應于所述非顯示部分的所述第I塊部識別的方式被顯示, 對應于所述顯示部分的所述第2塊部以能夠與對應于所述非顯示部分的所述第2塊部識別的方式被顯示。14.如權利要求12所述的診療輔助裝置, 對應于被設定為提醒注意狀態的所述項目的所述第I塊部在所述第I全顯示欄中被強調顯示, 對應于被設定為提醒注意狀態的所述患者的所述識別信息的所述第2塊部在所述第2全顯示欄中被強調顯示。15.如權利要求14所述的診療輔助裝置, 在所述第I軸上排列的所述項目之中的與被強調顯示的所述第I塊部對應的項目被強調顯示, 在所述第2軸上排列的所述識別信息之中的與被強調顯示的所述第2塊部對應的識別信息被強調顯示。16.如權利要求12所述的診療輔助裝置, 所述第I全顯示欄沿著所述項目的排列在所述第I軸的方向上延伸,所述第2全顯示欄沿著所述識別信息的排列在所述第2軸的方向上延伸。17.如權利要求12所述的診療輔助裝置, 在所述第I塊部中,表示所述項目的字符信息被顯示,在所述第2塊部中,表示所述識別信息的字符信息被顯示。18.一種診療輔助方法,包括: 生成具有患者列表的顯示畫面,該患者列表在由排列與患者的診療相關的多個項目的第I軸以及排列用于識別多個患者的識別信息的第2軸構成的二維區域中顯示每個所述患者的所述多個項目; 在所述多個項目中包含的一部分項目以及多個識別信息中包含的一部分識別信息之中的至少一方成為沒有被容納進所述顯示畫面的非顯示部分的情況下,響應于用于滾動的輸入動作,將所述非顯示部分切換為顯示狀態并進行顯示;以及 將所述一部分項目的第I件數以及所述一部分識別信息的第2件數之中的至少一方顯示在所述顯示畫面中。19.一種診療輔助系統,由診療輔助裝置以及與所述診療輔助裝置通過網絡連接而以能夠通信的方式連接的客戶端終端裝置構成,具備: 畫面生成部,生成具有患者列表的顯示畫面,該患者列表在由排列與診療相關的多個項目的第I軸以及排列用于識別多個患者的識別信息的第2軸構成的二維區域中顯示每個所述患者的所述多個項目;以及 顯示處理部,在所述多個項目中包含的一部分項目以及多個識別信息中包含的一部分識別信息之中的至少一方成為沒有被容納進所述顯示畫面的非顯示部分的情況下,響應于用于滾動的輸入動作,將所述非顯示部分切換為顯示狀態并進行顯示; 所述顯示處理部使所述顯示畫面顯示所述一部分項目的第I件數以及所述一部分識別信息的第2件數之中的至少一方。20.—種診療輔助裝置,具備: 畫面生成部,生成具有患者列表的顯示畫面,該患者列表在由排列與患者的診療相關的多個項目的第I軸以及排列用于識別多個患者的識別信息的第2軸構成的二維區域中表示每個所述患者的所述多個項目的內容;以及 顯示處理部,在所述多個項目的一部分以及多個識別信息的一部分之中的至少一方成為在所述顯示畫面中顯示的顯示部分,而所述多個項目的剩余部分以及多個識別信息的剩余部分之中的至少一方成為沒有被容納進所述顯示畫面的非顯示部分的情況下,響應于用于滾動的輸入動作,將所述非顯示部分切換為顯示狀態并進行顯示; 所述顯示處理部使所述顯示畫面顯示通過排列第I塊部而構成的第I全顯示欄以及通過排列第2塊部而構成的第2全顯示欄之中的至少一方,所述第I塊部的數量與對所述顯示部分以及所述非顯示部分的所述項目的件數進行合計而得到的全項目件數相同,所述第2塊部的數量與對所述顯示部分以及所述非顯示部分的所述識別信息的件數進行合計而得到的全識別信息件數相同。21.一種診療輔助方法,包括: 生成具有患者列表的顯示畫面,該患者列表在由排列與患者的診療相關的多個項目的第I軸以及排列用于識別多個患者的識別信息的第2軸構成的二維區域中表示每個所述患者的所述多個項目的內容; 在所述多個項目的一部分以及多個識別信息的一部分之中的至少一方成為在所述顯示畫面中顯示的顯示部分,而所述多個項目的剩余部分以及所述多個識別信息的剩余部分之中的至少一方成為沒有被容納進所述顯示畫面的非顯示部分的情況下,響應于用于滾動的輸入動作,將所述非顯示部分切換為顯示狀態并進行顯示;以及 將通過排列第I塊部而構成的第I全顯示欄以及通過排列第2塊部而構成的第2全顯示欄之中的至少一方顯示在所述顯示畫面中,所述第I塊部的數量與對所述顯示部分以及所述非顯示部分的所述項目的件數進行合計而得到的全項目件數相同,所述第2塊部的數量與對所述顯示部分以及所述非顯示部分的所述識別信息的件數進行合計而得到的全識別信息件數相同。22.—種診療輔助系統,由診療輔助裝置以及與所述診療輔助裝置通過網絡連接而以能夠通信的方式連接的客戶端終端裝置構成,具備: 畫面生成部,生成具有患者列表的顯示畫面,該患者列表在由排列與患者的診療相關的多個項目的第I軸以及排列用于識別多個患者的識別信息的第2軸構成的二維區域中表示每個所述患者的所述多個項目的內容;以及 顯示處理部,在所述多個項目的一部分以及多個識別信息的一部分之中的至少一方成為在所述顯示畫面中顯示的顯示部分,而所述多個項目的剩余部分以及多個識別信息的剩余部分之中的至少一方成為沒有被容納進所述顯示畫面的非顯示部分的情況下,響應于用于滾動的輸入動作,將所述非顯示部分切換為顯示狀態并進行顯示; 所述顯示處理部使所述顯示畫面顯示通過排列第I塊部而構成的第I全顯示欄以及通過排列第2塊部而構成的第2全顯示欄之中的至少一方,所述第I塊部的數量與對所述顯示部分以及所述非顯示部分的所述項目的件數進行合計而得到的全項目件數相同,所述第2塊部的數量與對所述顯示部分以及所述非顯示部分的所述識別信息的件數進行合計而得到的全識別信息件數相同。
【文檔編號】G06F19/00GK105844074SQ201610066245
【公開日】2016年8月10日
【申請日】2016年1月29日
【發明人】岡部雄生, 根之木靖世, 大田恭義, 平松浩, 平川毅
【申請人】富士膠片株式會社