JP2016153966A - 看護必要度出力プログラム、方法及び装置、並びに看護必要度入力支援プログラム、方法及び装置 - Google Patents

Abstract

【課題】看護必要度に関する作業を適切に支援する。【解決手段】特定の日について日勤、準夜勤、夜勤のうち、少なくとも２種類以上の勤務帯に対応づけて患者の看護必要度が看護必要度ＤＢに登録されている場合に、画面生成部は、２種類以上の勤務帯のうち、最も高い看護必要度を取得し（Ｓ１８）、入出力処理部２０を介して、取得した看護必要度を患者についての特定の日の看護必要度として出力する（Ｓ２４）ことで、看護必要度に関する作業を適切に支援する。【選択図】図７

Description

本発明は、看護必要度出力プログラム、方法及び装置、並びに看護必要度入力支援プログラム、方法及び装置に関する。

平成１８年度診療報酬改定において病院の入院基本料等に関する施設基準に看護必要度が導入されて以来、病院では、看護必要度を継続的に測定し評価する必要がある（例えば、非特許文献１参照）。看護必要度は、看護サービスの量と質の客観的評価基準であり、病院内や病棟内に看護師や病床を適切に配置するための指標、あるいは診療報酬を適切に決定するための指標として用いられる。

特開２００９−７５８７２号公報

平成１８年度診療報酬改定に係る通知等について、［online］、厚生労働省、[平成２４年１２月２３日検索]、インターネット＜ＵＲＬ：http://www.mhlw.go.jp/topics/2006/03/tp0314-1.html＞

看護必要度に関する情報は、日勤、準夜勤、夜勤（深夜勤）を担当する看護師が都度登録（入力）する必要があり、また、看護師長等は看護必要度が適切に登録されているかどうかを確認する必要がある（例えば特許文献１参照）。

これらの作業には手間と時間を要するため、作業を適切に支援することが必要となる。

１つの側面では、本発明は、看護必要度に関する作業を適切に支援することが可能な看護必要度出力プログラム、方法及び装置、並びに看護必要度入力支援プログラム、方法及び装置を提供することを目的とする。

一つの態様では、看護必要度出力プログラムは、特定の日について日勤、準夜勤、夜勤のうち、少なくとも２種類以上の勤務形態に対応づけて患者についての看護の評価基準となる看護必要度が登録された場合に、前記少なくとも２種類以上の勤務形態のうち、最も高い看護必要度を選択し、選択した前記看護必要度を、前記患者についての前記特定の日の看護必要度として出力する、処理をコンピュータに実行させるプログラムである。

看護必要度に関する作業を適切に支援することができる。

一実施形態に係る病院内システムの構成を概略的に示す図である。 図２（ａ）は、サーバのハードウェア構成を示す図であり、図２（ｂ）は、利用者端末のハードウェア構成を示す図である。 サーバの機能ブロック図である。 図４（ａ）は、看護必要度ＤＢのデータ構造を示す図であり、図４（ｂ）は、患者ＤＢのデータ構造を示す図である。 図５（ａ）は、看護必要度マスタ（項目）のデータ構造を示す図であり、図５（ｂ）は、看護必要度マスタ（値）のデータ構造を示す図であり、図５（ｃ）は、看護必要度判定マスタのデータ構造を示す図である。 移動ＤＢのデータ構造を示す図である。 看護必要度表示画面において当日評価を表示する処理のフローチャートである。 看護必要度表示画面（初期状態）を示す図である。 看護必要度表示画面（当日評価）を示す図である。 入力画面の起動に関する処理を示すフローチャートである。 入力画面の一例を示す図である。 入力画面における過去の看護必要度に関する情報の流用に関する処理を示すフローチャートである。 確認画面を示す図である。 入力画面において直近の看護必要度に関する情報が流用された状態を示す図である。

以下、病院内システムの一実施形態について、図１〜図１４に基づいて詳細に説明する。本実施形態の病院内システム１００は、看護サービスの量と質の客観的評価基準である看護必要度等を管理するシステムである。

図１には、一実施形態に係る病院内システム１００の構成が概略的に示されている。図１に示すように、病院内システム１００は、看護必要度出力装置及び看護必要度入力支援装置としてのサーバ１０と、看護師等の利用者が利用する利用者端末７０と、を備える。サーバ１０と利用者端末７０は、インターネットやＬＡＮ（Local Area Network）などのネットワーク８０に接続されている。なお、利用者端末７０は、複数であってもよいし、１つであってもよい。

サーバ１０は、看護必要度に関する情報を蓄積し、管理する。また、サーバ１０は、看護必要度に関する各種画面を作成して利用者端末７０に送信したり、利用者端末７０からの入力に応じて看護必要度を登録等したりする。図２（ａ）には、サーバ１０のハードウェア構成が示されている。図２（ａ）に示すように、サーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体用ドライブ９９等を備えている。これらサーバ１０の各部は、バス９８に接続されている。ＣＰＵ９０が、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（看護必要度出力プログラム及び看護必要度入力支援プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラムを実行することにより、サーバ１０を、図３に示す入出力処理部２０、選択部としての画面生成部２２、及び入力支援部２４として機能させる。なお、図３には、ＨＤＤ９６等に格納されている記憶部としての看護必要度ＤＢ３０、患者ＤＢ３２、看護必要度マスタ３４、看護必要度判定マスタ３６、移動ＤＢ３８も図示されている。

入出力処理部２０は、利用者端末７０において看護師等により入力された情報を取得し、取得した情報を画面生成部２２や入力支援部２４に送信する。また、入出力処理部２０は、画面生成部２２において生成された画面を利用者端末７０に送信する。更に、入出力処理部２０は、看護師から入力された看護必要度に関する情報を看護必要度ＤＢ３０に格納（登録）する。

画面生成部２２は、看護必要度ＤＢ３０に格納されている情報や患者ＤＢ３２に格納されている情報を参照して、看護必要度を表示する画面（看護必要度画面（例えば、図８参照））を生成する。また、入力支援部２４の指示の下、看護師による看護必要度の入力を支援するために、看護必要度の入力画面（図１１等参照）を生成する。

ここで、看護必要度ＤＢ３０は、看護師が各勤務帯ごとに入力した各患者の看護必要度に関する情報を格納するデータベースであり、図４（ａ）に示すようなデータ構造を有する。具体的には、図４（ａ）に示すように、看護必要度ＤＢ３０は、「患者ＩＤ」、「評価日時」、「項目コード」、「値コード」の各フィールドを有する。「患者ＩＤ」のフィールドには、患者それぞれに付与されている識別番号が格納される。「評価日時」のフィールドには、看護必要度が評価された日時の情報が格納される。なお、評価日時からは、その評価が、日勤（例えば、８時３０分〜１６時３０分）、準夜勤（例えば、１６時３０分〜０時）、夜勤（深夜勤：例えば、０時〜８時３０分）のいずれにおいて行われたものであるかを判別することができる。「項目コード」のフィールドには、後述する看護必要度マスタ３４において定義されている項目コードが格納される。「値コード」のフィールドには、後述する看護必要度マスタ３４で定義されている値コードが格納される。

患者ＤＢ３２は、入院患者の情報を管理するデータベースであり、図４（ｂ）のようなデータ構造を有する。図４（ｂ）に示すように、患者ＤＢ３２は、「患者ＩＤ」と「患者氏名」の各フィールドを有する。「患者ＩＤ」のフィールドには、患者に付与された識別情報が格納され、「患者氏名」のフィールドには、患者ＩＤに対応する患者の氏名が格納される。

看護必要度マスタ３４は、看護必要度ＤＢ３０の項目コードと値コードについて定義するマスタであり、図５（ａ）、図５（ｂ）に示すように、看護必要度マスタ３４（項目）と、看護必要度マスタ３４（値）とを含む。看護必要度マスタ３４（項目）は、図５（ａ）に示すように、「項目コード」と「項目名称」のフィールドを有する。「項目コード」のフィールドには、項目に付与された識別番号が格納され、「項目名称」のフィールドには、項目コードに対応する項目の名称が格納される。看護必要度マスタ３４（値）は、図５（ｂ）に示すように、「項目コード」、「値コード」、「値名称」、「点数」の各フィールドを有する。「項目コード」のフィールドには、値が入力される項目のコードが格納される。「値コード」及び「値名称」のフィールドには、項目に入力される値のコードと名称が格納される。「点数」のフィールドには、各値に対して予め定められた点数が格納される。なお、図５（ｂ）では図示されていないが、「項目コード」が「００１０１」（＝基準超え）の場合、「値コード」には０（＝基準超えしていない）又は１（＝基準超えしている）が格納される。

看護必要度判定マスタ３６は、看護必要度の値が所定の基準を満たしているか否かを判定するためのマスタであり、一例として、図５（ｃ）に示すようなデータ構造を有する。看護必要度判定マスタ３６には、具体的には、条件名（一般Ａ得点達成、一般Ｂ得点達成、一般評価票達成など）と、各条件の達成条件が定義されている。例えば、図５（ｃ）の場合、Ａ得点（Ｂ得点）の合計が３以上で、一般Ａ得点（一般Ｂ得点）が達成され、一般Ａ得点が達成されるとともに一般Ｂ得点が達成されると、一般評価票達成となることが定義されている。

図３に戻り、入力支援部２４は、看護必要度ＤＢ３０及び移動ＤＢ３８に格納されている情報等に基づいて、看護師による看護必要度に関する情報の入力を支援する処理を実行する。

移動ＤＢ３８は、新たに入院してきた患者の情報や、入院先の病棟を移った患者の情報を管理するデータベースである。移動ＤＢ３８は、図６に示すようなデータ構造を有する。図６に示すように、移動ＤＢ３８は、「患者ＩＤ」、「移動日時」、「移動種別」、「実施」、「移動元病棟」、「移動先病棟」、「移動元部屋」、「移動先部屋」の各フィールドを有する。

「患者ＩＤ」のフィールドには、患者の識別情報が格納され、「移動日時」のフィールドには、入院、病棟移動等が行われた日時が格納される。「移動種別」のフィールドには、入院、病棟移動等の種別が格納され、「実施」のフィールドには、実施された場合に「１」、未実施の場合に「０」が格納される。「移動元病棟」、「移動元部屋」のフィールドには、移動元の病棟及び部屋の情報（病棟名や部屋番号）が格納され「移動先病棟」、「移動先部屋」のフィールドには、移動先の病棟及び部屋番号が格納される。なお、「移動種別」が「入院」の場合には、「移動元病棟」、「移動元部屋」の各フィールドは、空となる。

図１に戻り、利用者端末７０は、看護師や看護師長が利用する端末（ＰＣ（Personal computer）やタブレット型端末など）であり、看護必要度を表示する画面（看護必要度表示画面）を表示したり、看護必要度に関する情報を入力する画面（入力画面）を表示する。また、利用者端末７０は、看護師等から入力された情報をサーバ１０に送信する。図２（ｂ）には、利用者端末７０のハードウェア構成が示されている。図２（ｂ）に示すように、利用者端末７０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ＨＤＤ）１９６、ネットワークインタフェース１９７、表示部１９３、入力部１９５、及び可搬型記憶媒体１９１に記憶されたデータの読み取りを行う可搬型記憶媒体用ドライブ１９９等を備えている。これら利用者端末７０の各部は、バス１９８に接続されている。

次に、本実施形態におけるサーバ１０の処理について、図７〜図９のフローチャートに沿って、その他図面を適宜参照しつつ、詳細に説明する。なお、本実施形態では、看護必要度表示画面において当日評価を表示する際の処理、看護必要度の入力画面（図１１参照）を表示部１９３上に表示（起動）する処理、及び入力画面において入力を支援する処理について説明する。

（看護必要度表示画面において当日評価を表示する処理）
図７には、看護必要度表示画面において当日評価を表示する処理のフローチャートが示されている。なお、当日評価を表示する処理とは、例えば、看護師によって看護必要度が適切に登録されているか否かを看護師長等が確認する際に、当日の登録状況を分かり易く表示するための処理である。なお、図７の処理は、図８のように看護必要度表示画面が表示された状態（初期状態）から開始されるものとする。なお、初期状態では、図８の表示対象欄５０に示すように、「全勤務」が選択されているものとする。「全勤務」が選択されている場合、各勤務帯において看護師により登録された各患者の看護必要度に関する情報が表示された状態となっている。

図７の処理では、まず、ステップＳ１０において、入出力処理部２０が、当日評価が選択されるまで待機する。すなわち、看護師長等が利用者端末７０の入力部１９５を介して図８の表示対象欄５０から「当日評価」を選択すると、入出力処理部２０は、ステップＳ１２に移行する。ステップＳ１２に移行すると、画面生成部２２は、患者ＤＢ３２の中から患者を１人特定する。一例として、画面生成部２２は、「富士通太郎」を特定したものとする。

次いで、ステップＳ１４では、画面生成部２２が、看護必要度ＤＢ３０を参照して、ステップＳ１２で特定した患者を検索し、有効な評価期間の情報を取得する。例えば、看護師長等が２０１４年１２月４日の情報を閲覧していた場合には、当該日付の、特定された患者（富士通太郎）の情報を看護必要度ＤＢ３０から取得する。

次いで、ステップＳ１６では、画面生成部２２が、有効な評価期間の情報が１以上あったか否かを判断する。例えば、日勤、準夜勤、夜勤（深夜勤）の全ての勤務帯において看護師により看護必要度に関する情報が登録されていた場合には、特定された患者の情報が３つ取得されることになる。このステップＳ１６の判断が肯定された場合、すなわち情報が１つ以上取得された場合には、ステップＳ１８に移行し、否定された場合には、ステップＳ２０に移行する。

ステップＳ１８に移行した場合（１つ以上情報が取得された場合）、画面生成部２２は、取得した情報の中から最大レベルの情報を取得する。すなわち、例えば日勤、準夜勤、夜勤（深夜勤）の看護必要度の情報が得られた場合には、画面生成部２２は、そのうちでＡ得点とＢ得点の合計が最も大きい情報など、予め定められた基準に基づく最大レベルの情報を取得する。なお、ステップＳ１４で取得された情報が１つであった場合には、画面生成部２２は、その情報を最大レベルの情報として取得する。その後は、ステップＳ２２に移行する。

一方、ステップＳ１６の後、ステップＳ２０に移行した場合（有効な評価期間の情報を取得できなかった場合）には、画面生成部２２は、最終勤務帯の看護必要度の情報を「未入力」の状態として取得する。例えば、２０１４年１２月４日の情報を取得できなかった場合には、その日の深夜勤の情報を「未入力」の状態として取得する。その後は、ステップＳ２２に移行する。

ステップＳ１８又はＳ２０を経てステップＳ２２に移行すると、画面生成部２２は、患者ＤＢ３２に格納されている全ての患者を特定し終えたか否かを判断する。このステップＳ２２の判断が否定された場合には、ステップＳ１２に戻り、ステップＳ１２〜Ｓ２２の処理・判断を繰り返す。一方、ステップＳ２２の判断が肯定された場合には、ステップＳ２４に移行し、画面生成部２２は、ステップＳ１８、Ｓ２０で取得した情報に基づいて、図９に示すような当日評価の画面を生成する。そして、画面生成部２２は、入出力処理部２０を介して、生成した画面のデータを利用者端末７０に送信し、表示部１９３に図９の当日評価の画面を表示させる。

ここで、報告や申請等に用いられる看護必要度は、１日の各勤務帯のうち最も高い看護必要度であることが多い。このため、上述したように図９の当日評価の画面において、患者の看護必要度の情報として、１日のうちの最大レベルの情報（最も高い看護必要度が登録された勤務帯の情報）を表示することで、看護師長等は、看護必要度がおおよそ適切に登録されているか否か（登録漏れがないか、看護必要度が高すぎたり低すぎたりしないか）を簡易にチェックすることができる。

（入力画面の起動処理）
次に、図１０のフローチャートに沿って、入力画面の起動に関する処理について説明する。なお、看護師は、各患者の看護必要度に関する情報を登録する場合に、入力画面起動要求を入力部１９５を用いて入力する。

図１０の処理では、まず、ステップＳ３０において、入力支援部２４が、入力画面起動要求があるまで待機する。この場合、看護師から患者を指定した入力画面起動要求が入力されると、入力支援部２４は、ステップＳ３２に移行する。ステップＳ３２に移行すると、入力支援部２４は、看護必要度ＤＢ３０を参照して、指定された患者に関し、登録タイミングからの経過時間又は経過日数が所定期間内である看護必要度に関する情報を検索する。例えば、所定期間が３日と予め定められている場合には、入力支援部２４は、看護必要度ＤＢ３０に格納されている情報の中に、直前３日の間に看護師によって登録された患者の看護必要度に関する情報が存在するか否かを検索する。

次いで、ステップＳ３４では、入力支援部２４が、検索結果が存在していたか否かを判断する。このステップＳ３４の判断が肯定された場合には、ステップＳ３６に移行するが、否定された場合にはステップＳ３８に移行する。

ステップＳ３６に移行した場合、入力支援部２４は、図１１に示す入力画面の「前回評価取込」ボタンを活性化させると決定する。一方、ステップＳ３８に移行した場合には、入力支援部２４は、「前回評価取込」ボタンを非活性化させると決定する。ステップＳ３６又はＳ３８の後は、ステップＳ４０に移行する。

ステップＳ４０に移行すると、入力支援部２４は、「前回評価取込」ボタンの活性化に関して決定した情報を画面生成部２２に送信し、画面生成部２２に入力画面を生成させる。なお、画面生成部２２は、「前回評価取込」ボタンを活性化させると決定されている場合には、図１１の「前回評価取込」ボタンを看護師が押すことができるように設定した入力画面を生成する。また、画面生成部２２は、「前回評価取込」ボタンを非活性化させると決定されている場合には、図１１の「前回評価取込」ボタンを看護師が押せないように設定した入力画面を生成する。そして、画面生成部２２は、生成した入力画面を、入出力処理部２０を介して表示部１９３上に表示させる。

以上のように、図１０の処理を実行することで、所定期間内（例えば直前３日間）の看護必要度に関する情報が看護必要度ＤＢ３０内に存在している場合にのみ、入力画面上の「前回評価取込」ボタンを活性化させることができる。これにより、看護師は、「前回評価取込」ボタンを押せるか否かにより、前回評価として流用可能な情報が存在するか否かを判別できるため、簡易に流用可能な情報の存在有無を確認することが可能である。

なお、図１０のステップＳ３８においては、画面生成部２２は、「前回評価取込」ボタンを非活性化させる場合について説明したが、これに限らず、「前回評価取込」ボタンを非表示にしてもよい。

（入力支援処理）
次に、図１２に基づいて、入力画面における過去の看護必要度に関する情報の流用に関する処理について説明する。なお、図１２の処理は、図１０のステップＳ３６を経てステップＳ４０が実行された後（「前回評価取込」ボタンが活性化された入力画面が表示部１９３上に表示された後）に実行される処理である。

図１２の処理では、まず、ステップＳ５０において、入力支援部２４が、「前回評価取込」ボタンが押されるまで待機する。すなわち、看護師が、図１１の入力画面上において活性化されている「前回評価取込」ボタンを押した段階で、入力支援部２４は、ステップＳ５２に移行する。

ステップＳ５２に移行すると、入力支援部２４は、移動ＤＢ３８を参照して、入力画面に対応する患者の直近の移動を検索する。例えば、入力画面に対応する患者が患者ＩＤ「９０００１」の患者（富士通太郎）である場合には、図６の移動ＤＢ３８の上から１つ目のレコードを取得する。

次いで、ステップＳ５４では、入力支援部２４が、直近の看護必要度に関する情報を流用するのに確認が必要か否かを判断する。例えば、入力支援部２４は、直近の看護必要度に関する情報の評価日時と、直近の移動があった日時とを比較して、移動があった日時のほうが後の場合には、情報の流用に確認が必要と判断する。このように判断するのは、例えば、患者が一般病棟に入院している場合と集中治療病棟に入院している場合とでは、看護必要度に関する情報の入力内容や得点の算定方法などが異なるからである。すなわち、直近の看護必要度に関する情報が登録された後に患者が病棟の移動があった場合には、そのまま情報を流用せずに、事前に看護師に流用するか否かの確認を取るのが好ましいからである。ステップＳ５４の判断が肯定された場合、すなわち、確認の必要がある場合には、入力支援部２４は、ステップＳ５６に移行する。一方、ステップＳ５４の判断が否定された場合には、ステップＳ６０に移行する。

ステップＳ５６に移行すると、入力支援部２４は、入出力処理部２０を介して図１３に示すような確認画面を起動する（表示部１９３上に表示する）。この確認画面は、看護師に対して患者が直前に移動していることを知らせるとともに、過去の情報を流用するか否かを判断させるための画面である。確認画面には、過去の情報を流用する場合に看護師が押す「ＯＫ」ボタンと、流用しない場合に押す「キャンセル」ボタンが設けられている。

次いで、ステップＳ５８では、入力支援部２４は、看護師により「ＯＫ」ボタンが押されたか否かを判断する。このステップＳ５８の判断が否定された場合（「キャンセル」ボタンが押された場合）には、入力支援部２４は、入力画面を図１１のまま変更せずに、図１２の全処理を終了する。

ステップＳ５４が否定された場合又はステップＳ５８の判断が肯定された場合、ステップＳ６０に移行し、入力支援部２４は、画面生成部２２及び入出力処理部２０を介して、直近の看護必要度に関する情報を入力画面に反映させる。すなわち、図１４に示すように、直近の看護必要度に関する情報を看護必要度ＤＢ３０から取得し、その内容を入力画面に反映させる（図１４の太線枠参照）。その後は、図１２の全処理を終了する。

以上のように、図１２の処理を実行することにより、看護師は、入力画面上で、直近において登録された看護必要度に関する情報を確認できる。これにより、看護師は、直近の情報をそのまま採用したり、一部のみを変更するのみで、看護必要度に関する情報を簡易に入力することができる。

なお、これまでの説明から分かるように、入出力処理部２０と画面生成部２２とを含んで、特定の日の看護必要度を出力する出力部としての機能が実現され、画面生成部２２と入力支援部２４とを含んで、看護必要度に関する情報の流用可否を制御する制御部としての機能が実現されている。また、入力支援部２４と入出力処理部２０とを含んで、看護必要度に関する情報を流用することの確認を促す出力（確認画面の表示）を行う出力部としての機能が実現されている。

以上、詳細に説明したように、本実施形態によると、特定の日について日勤、準夜勤、夜勤のうち、少なくとも２種類以上の勤務帯に対応づけて患者の看護必要度が看護必要度ＤＢ３０に登録されている場合に、画面生成部２２は、２種類以上の勤務帯のうち、最も高い看護必要度を取得し（Ｓ１８）、入出力処理部２０を介して、取得した看護必要度を患者についての特定の日の看護必要度として出力する（表示部１９３上に表示する）（Ｓ２４、図９）。これにより、図８の表示状態と比べて、図９に示すように特定の日の看護必要度が見易く表示されるため、看護師長等は、看護必要度が適切に登録されているか否かを簡易に確認することが可能となる。

また、本実施形態では、特定の日についての看護必要度が登録されていなかった場合（Ｓ１６：Ｎｏ）に、画面生成部２２は、特定の日の最終勤務形態の看護必要度が未入力であるという情報を、その日の看護必要度として出力する（Ｓ２０、Ｓ２４）。これにより、看護必要度が未入力であるという内容を確認し易くすることができる。

また、本実施形態によると、移動ＤＢ３８には、患者の病棟の移動履歴（変更履歴）が記憶されており、入力支援部２４は、入力画面において直近の看護必要度に関する情報を流用する際に、移動ＤＢ３８を参照して、患者についての病棟の移動を検出した場合（Ｓ５４：肯定）に、移動前の患者について登録された看護必要度に関する情報を流用することの確認を促す確認画面を入出力処理部２０を介して出力する（Ｓ５６）。患者の移動前に登録された看護必要度に関する情報には、流用しないほうがよい情報であることが多いが、確認画面を出力することで、流用するかしないかの判断を看護師に委ねることが可能となる。

また、本実施形態によると、入力支援部２４は、患者についての看護必要度に関する情報を入力する際、該患者について直前に登録された看護必要度に関する情報の登録タイミングからの経過時間や経過日数の大きさに応じて、「前回評価取込」ボタンを活性化したり非活性化したりすることで、直前に登録された看護必要度に関する情報の流用可否を制御する。これにより、看護師が、流用すべきでない不適切な看護必要度に関する情報を誤って流用するのを抑制することができる。

また、本実施形態では、入力支援部２４は、直前に登録された看護必要度に関する情報の流用可否の制御として、入力画面上の入力ボタン（「前回評価取込」ボタン）の活性化又は非活性化を制御するので、看護師は、流用できるか否かをボタンの状態から直感的に把握することができる。

なお、上記実施形態では、サーバ１０が、看護必要度に関する作業を支援するために、図７、図１０、図１２の各処理を実行する場合について説明したが、これに限られるものではない。例えば、サーバ１０は、図７、図１０、図１２のうち少なくとも１つの処理を実行することとしてもよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の実施形態の説明に関して、更に以下の付記を開示する。
（付記１） 特定の日について日勤、準夜勤、夜勤のうち、少なくとも２種類以上の勤務形態に対応づけて患者についての看護の評価基準となる看護必要度が登録された場合に、前記少なくとも２種類以上の勤務形態のうち、最も高い看護必要度を選択し、
選択した前記看護必要度を、前記患者についての前記特定の日の看護必要度として出力する、
処理をコンピュータに実行させることを特徴とする看護必要度出力プログラム。
（付記２） 前記特定の日について、前記患者についての看護必要度が登録されていなかった場合には、
前記出力する処理では、前記特定の日の最終勤務形態の看護必要度が未入力であるという情報を、前記患者についての前記特定の日の看護必要度として出力する、ことを特徴とする付記１に記載の看護必要度出力プログラム。
（付記３） 患者についての看護必要度に関する情報を入力する際、該患者の病棟の変更履歴を記憶する記憶部を参照し、該患者についての病棟の変更を検出した場合に、病棟変更前の前記患者について登録された看護必要度に関する情報を流用することの確認を促す出力を行う、
処理をコンピュータに実行させることを特徴とする看護必要度入力支援プログラム。
（付記４） 患者についての看護必要度に関する情報を入力する際、該患者について直前に登録された看護必要度に関する情報の登録タイミングからの経過時間又は経過日数の大きさに応じて、直前に登録された前記看護必要度に関する情報の流用可否を制御する、
処理をコンピュータに実行させることを特徴とする看護必要度入力支援プログラム。
（付記５） 前記流用可否を制御する処理は、前記看護必要度に関する情報を入力する画面上の入力ボタンの活性化又は非活性化を制御する処理であることを特徴とする付記４に記載の看護必要度入力支援プログラム。
（付記６） 特定の日について日勤、準夜勤、夜勤のうち、少なくとも２種類以上の勤務形態に対応づけて患者についての看護の評価基準となる看護必要度が登録された場合に、前記少なくとも２種類以上の勤務形態のうち、最も高い看護必要度を選択し、
選択した前記看護必要度を、前記患者についての前記特定の日の看護必要度として出力する、
処理をコンピュータが実行することを特徴とする看護必要度出力方法。
（付記７） 前記特定の日について、前記患者についての看護必要度が登録されていなかった場合には、
前記出力する処理では、前記特定の日の最終勤務形態の看護必要度が未入力であるという情報を、前記患者についての前記特定の日の看護必要度として出力する、ことを特徴とする付記６に記載の看護必要度出力方法。
（付記８） 患者についての看護必要度に関する情報を入力する際、該患者の病棟の変更履歴を記憶する記憶部を参照し、該患者についての病棟の変更を検出した場合に、病棟変更前の前記患者について登録された看護必要度に関する情報を流用することの確認を促す出力を行う、
処理をコンピュータが実行することを特徴とする看護必要度入力支援方法。
（付記９） 患者についての看護必要度に関する情報を入力する際、該患者について直前に登録された看護必要度に関する情報の登録タイミングからの経過時間又は経過日数の大きさに応じて、直前に登録された前記看護必要度に関する情報の流用可否を制御する、
処理をコンピュータが実行することを特徴とする看護必要度入力支援方法。
（付記１０） 前記流用可否を制御する処理は、前記看護必要度に関する情報を入力する画面上の入力ボタンの活性化又は非活性化を制御する処理であることを特徴とする付記９に記載の看護必要度入力支援方法。
（付記１１） 特定の日について日勤、準夜勤、夜勤のうち、少なくとも２種類以上の勤務形態に対応づけて患者についての看護の評価基準となる看護必要度が登録された場合に、前記少なくとも２種類以上の勤務形態のうち、最も高い看護必要度を選択する選択部と、
選択した前記看護必要度を、前記患者についての前記特定の日の看護必要度として出力する出力部と、
を備える看護必要度出力装置。
（付記１２） 前記特定の日について、前記患者についての看護必要度が登録されていなかった場合には、
前記出力部は、前記特定の日の最終勤務形態の看護必要度が未入力であるという情報を、前記患者についての前記特定の日の看護必要度として出力する、ことを特徴とする付記１１に記載の看護必要度出力装置。
（付記１３） 患者の病棟の変更履歴を記憶する記憶部と、
患者についての看護必要度に関する情報を入力する際、前記記憶部を参照し、該患者についての病棟の変更を検出した場合に、病棟変更前の前記患者について登録された看護必要度に関する情報を流用することの確認を促す出力を行う出力部、を備える看護必要度入力支援装置。
（付記１４） 患者についての看護必要度に関する情報を入力する際、該患者について直前に登録された看護必要度に関する情報の登録タイミングからの経過時間又は経過日数の大きさに応じて、直前に登録された前記看護必要度に関する情報の流用可否を制御する制御部、を備える看護必要度入力支援装置。
（付記１５） 前記制御部は、前記看護必要度に関する情報を入力する画面上の入力ボタンの活性化又は非活性化を制御することを特徴とする付記１４に記載の看護必要度入力支援装置。

１０ サーバ（看護必要度出力装置、看護必要度入力支援装置）
２０ 入出力処理部（出力部の一部）
２２ 画面生成部（選択部、出力部の一部、制御部の一部）
２４ 入力支援部（出力部の一部、制御部の一部）
３０ 看護必要度ＤＢ（記憶部）

Claims (11)

1. 特定の日について日勤、準夜勤、夜勤のうち、少なくとも２種類以上の勤務形態に対応づけて患者についての看護の評価基準となる看護必要度が登録された場合に、前記少なくとも２種類以上の勤務形態のうち、最も高い看護必要度を選択し、
   選択した前記看護必要度を、前記患者についての前記特定の日の看護必要度として出力する、
   処理をコンピュータに実行させることを特徴とする看護必要度出力プログラム。
2. 前記特定の日について、前記患者についての看護必要度が登録されていなかった場合には、
   前記出力する処理では、前記特定の日の最終勤務形態の看護必要度が未入力であるという情報を、前記患者についての前記特定の日の看護必要度として出力する、ことを特徴とする請求項１に記載の看護必要度出力プログラム。
3. 患者についての看護必要度に関する情報を入力する際、該患者の病棟の変更履歴を記憶する記憶部を参照し、該患者についての病棟の変更を検出した場合に、病棟変更前の前記患者について登録された看護必要度に関する情報を流用することの確認を促す出力を行う、
   処理をコンピュータに実行させることを特徴とする看護必要度入力支援プログラム。
4. 患者についての看護必要度に関する情報を入力する際、該患者について直前に登録された看護必要度に関する情報の登録タイミングからの経過時間又は経過日数の大きさに応じて、直前に登録された前記看護必要度に関する情報の流用可否を制御する、
   処理をコンピュータに実行させることを特徴とする看護必要度入力支援プログラム。
5. 前記流用可否を制御する処理は、前記看護必要度に関する情報を入力する画面上の入力ボタンの活性化又は非活性化を制御する処理であることを特徴とする請求項４に記載の看護必要度入力支援プログラム。
6. 特定の日について日勤、準夜勤、夜勤のうち、少なくとも２種類以上の勤務形態に対応づけて患者についての看護の評価基準となる看護必要度が登録された場合に、前記少なくとも２種類以上の勤務形態のうち、最も高い看護必要度を選択し、
   選択した前記看護必要度を、前記患者についての前記特定の日の看護必要度として出力する、
   処理をコンピュータが実行することを特徴とする看護必要度出力方法。
7. 患者についての看護必要度に関する情報を入力する際、該患者の病棟の変更履歴を記憶する記憶部を参照し、該患者についての病棟の変更を検出した場合に、病棟変更前の前記患者について登録された看護必要度に関する情報を流用することの確認を促す出力を行う、
   処理をコンピュータが実行することを特徴とする看護必要度入力支援方法。
8. 患者についての看護必要度に関する情報を入力する際、該患者について直前に登録された看護必要度に関する情報の登録タイミングからの経過時間又は経過日数の大きさに応じて、直前に登録された前記看護必要度に関する情報の流用可否を制御する、
   処理をコンピュータが実行することを特徴とする看護必要度入力支援方法。
9. 特定の日について日勤、準夜勤、夜勤のうち、少なくとも２種類以上の勤務形態に対応づけて患者についての看護の評価基準となる看護必要度が登録された場合に、前記少なくとも２種類以上の勤務形態のうち、最も高い看護必要度を選択する選択部と、
   選択した前記看護必要度を、前記患者についての前記特定の日の看護必要度として出力する出力部と、
   を備える看護必要度出力装置。
10. 患者の病棟の変更履歴を記憶する記憶部と、
    患者についての看護必要度に関する情報を入力する際、前記記憶部を参照し、該患者についての病棟の変更を検出した場合に、病棟変更前の前記患者について登録された看護必要度に関する情報を流用することの確認を促す出力を行う出力部、を備える看護必要度入力支援装置。
11. 患者についての看護必要度に関する情報を入力する際、該患者について直前に登録された看護必要度に関する情報の登録タイミングからの経過時間又は経過日数の大きさに応じて、直前に登録された前記看護必要度に関する情報の流用可否を制御する制御部、を備える看護必要度入力支援装置。
    
    

Images