(57)【要約】【課題】病院側にとっても母親側にとって利便性の高い母乳管理サーバを提供すること。【解決手段】新生児に与える母乳に関する母乳管理項目の情報を格納する母乳管理手段と、この母乳管理手段に格納された前記母乳管理項目の情報から母乳残量を計算し、前記母乳残量を管理する母乳残量管理手段と、この母乳残量管理手段により管理する前記母乳残量が所定量以下になったとき、前記新生児の保護者端末に前記母乳残量を通知する母乳残量通知手段と、を有することを特徴とする母乳管理サーバ。【選択図】図１
2011221801.tif 000002
【特許請求の範囲】
【請求項１】
新生児に与える母乳に関する母乳管理項目の情報を格納する母乳管理手段と、
この母乳管理手段に格納された前記母乳管理項目の情報から母乳残量を計算し、前記母乳残量を管理する母乳残量管理手段と、
この母乳残量管理手段により管理する前記母乳残量が所定量以下になったとき、前記新生児の保護者端末に前記母乳残量を通知する母乳残量通知手段と、を有することを特徴とする母乳管理サーバ。
【請求項２】
前記保護者端末からネットワークを介してアクセスがあったとき、対応する新生児の前記母乳管理項目の情報の閲覧を許可する請求項１記載の母乳管理サーバ。
【請求項３】
前記新生児の身体的管理項目の情報を管理する新生児管理手段を更に有することを特徴とする請求項２記載の母乳管理サーバ。
【請求項４】
新生児に与える母乳に関する母乳管理項目に関する情報を管理する管理データベース部と、
この管理データベース部により管理される前記母乳管理項目に関する情報から母乳残量を計算し管理する母乳残量管理部と、
前記母乳残量が所定量以下になったとき、前記新生児に対応する保護者端末に前記母乳残量を通知する通知部と、
を有することを特徴とする母乳管理サーバ。
【請求項５】
前記管理データベース部は、前記新生児の身体的管理項目に関する情報を格納する新生児管理データベースを備え、更に、この新生児管理データベースに格納された前記新生児の身体的管理項目に関する情報を管理する新生児管理部を有することを特徴とする請求項４記載の母乳管理サーバ。
【請求項６】
前記保護者端末からネットワークを介してアクセスがあったとき、対応する新生児の前記母乳管理項目の情報の閲覧を許可する請求項５記載の母乳管理サーバ。
【請求項７】
前記管理データベース部は、前記母乳管理項目の情報を格納する母乳管理データベースと、前記身体的管理項目の情報を格納する新生児管理データベースと、前記新生児の1日に必要とされる標準の母乳量を算定する母乳標準必要量データベースと、を有することを特徴とする請求項６記載の母乳管理サーバ。
【請求項８】
前記母乳残量管理部は、前記母乳管理項目から母乳消費量を検知する母乳消費量検知部と、この母乳消費量から母乳残量を計算する母乳残量計算部と、前記母乳標準必要量データベースから母乳必要量を見積る母乳必要量算定部と、前記母乳残量と前記母乳必要量と母乳受入量とから母乳残量の推移を予測する母乳残量推移予測部と、現在の母乳残量または母乳残量予測量から母乳の所定量に到達することを検出する母乳最低量到達検知部と、を有することを特徴とする請求項７記載の母乳管理サーバ。
【請求項９】
前記新生児管理部は、前記新生児の母親のＩＤとリンクした患者ＩＤを管理する患者ＩＤ管理部と、この患者ＩＤに基づいて前記管理項目の閲覧情報を管理する開示情報管理部と、を有することを特徴とする請求項８記載の母乳管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は医療分野に使用され、特に新生児集中治療室に入院している患者に対して母乳を授乳させるための母乳管理サーバに関する。
【背景技術】
【０００２】
病院において、早産児や低出生体重児、また何らか疾患のある新生児を集中的に管理・治療する部門をＮＩＣＵ（新生児集中治療室）という。出生直後より治療を必要とし、母子分離の状態にある新生児に母乳栄養を与えることは治療、免疫の観点から非常に重要なことである。ＮＩＣＵに入院している患者の母親が入院していることも多く、母乳搾乳に対しては産科に任せているのが現状である。また退院された母親に対しては冷凍した母乳を持ってきてもらい、保存した母乳を患者（新生児）に与えるということが行われている。
【０００３】
ＮＩＣＵに入院する子供の母親は、仕事などの諸事情により毎日会いにくることが出来ない場合がある。このような場合、ＮＩＣＵにストックされている母乳が不足状態にあっても病院から母親に対して母乳不足を通知できないこともある。逆に母親においても、ＮＩＣＵにストックされている母乳がどの位あり、どの程度の母乳を搾乳すれば良いのかが分からないという問題があった。
【０００４】
また、母子分離の状態にある母親にとって、何らか治療が必要な我が子の様子を知りたいと思うのは当然のことであり、母乳を飲んでくれているか、熱はないか、元気に成長しているか等、患者の状態を知りたい時に簡単に知ることはできなかった。そこで病院と患者をネットワークで接続することが考えられる。
【０００５】
病院と患者をネットワークで接続して管理運用する従来例としては次のようなものがある。これは処方箋に記載された薬剤の服用に関して、服用のお知らせを服用が必要とされる日時に行うに際し、服用のお知らせを行うサーバに容易にお知らせメール送信の登録を行うこと、および来院のお知らせメールの送信が行えるようにしたものである。
【０００６】
具体的には処方箋に付随する内容を記録する識別コードを作成する識別コード作成手段と、前記作成された識別コードを読み取る識別コード読取手段と、前記読み取った識別コードに記録された情報より、服用予定履歴ＤＢを作成もしくは追記し、服用予定履歴ＤＢに基づいて、薬剤の服用日時に服用のお知らせを行う服用情報メールを作成し送信を行うメール作成送信手段と、時間内に服用しなかったと判定できる時には飲み忘れを案内するメールを送信するメール監視受信解析手段および、服用の結果により来院が必要と判定できる時は来院のお知らせメールを送信する来院お知らせ手段を備えた構成としている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−１２２１８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１に開示された技術は、要するに、処方箋に記載された薬剤の服用に関して、服用のお知らせを服用が必要とされる日時に、服用のお知らせを行う「服用お知らせメール」の送信と、「来院お知らせメール」の送信を行うものである。
【０００９】
「服用お知らせメール」は単純に処方箋に書かれた服用回数に基づきなされるものであり、服用すべき薬が不足していることをお知らせする「来院お知らせメール」では、継続されるべき処方箋が発行されていないことを認識して送信するものであった。薬剤においては１日に服用する回数は処方箋に明示されており、適切に服用していればその薬剤の無くなる日は明らかである。
【００１０】
しかし母乳は母親から搾乳できる量が日によっても、個人によっても変化するために非常に不確定であり、また患者（新生児）側の授乳量も患者の成育状況、患者の疾患の程度により不確定である。薬剤の消費期限はかなり長期間にわたるが、母乳自体の消費期限は薬剤にくらべて非常に短く、さらに保存方法の違いにより消費期限に違いが生ずる。したがって複雑な在庫管理が必要となる。
【００１１】
また、特許文献１では、病院と患者との二者の間で薬剤を管理すればよいが、病院、患者、患者の母親といった三者に対して適用できるものではなかった。
【００１２】
本発明は、上記問題を解決するためになされたもので、新生児の母乳管理と身体管理を一元化することにより、病院側にとっても母親側にとって利便性の高い母乳管理サーバを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の請求項１によれば、新生児に与える母乳に関する母乳管理項目の情報を格納する母乳管理手段と、この母乳管理手段に格納された前記母乳管理項目の情報から母乳残量を計算し、前記母乳残量を管理する母乳残量管理手段と、この母乳残量管理手段により管理する前記母乳残量が所定量以下になったとき、前記新生児の保護者端末に前記母乳残量を通知する母乳残量通知手段と、を有することを特徴とする母乳管理サーバを提供する。
【発明の効果】
【００１４】
本発明によれば、病院側にとっても母親側にとっても利便性の高い母乳管理サーバが得られる。これによりＮＩＣＵにストックされている母乳不足を回避できる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態に係る母乳管理システムの全体構成図である。
【図２】同実施形態に係る母乳管理システムの母乳管理サーバの詳細構成図である。
【図３】同実施形態に係る母乳管理システムのメール送信に至るまでのフローチャートである。
【図４】同実施形態に係る母乳管理システムの母乳残量とメール送信との時間関係を示す図である。
【図５】同実施形態に係る母乳管理システムの母乳に対する消費期限と廃棄との関係を示すフローチャートである。
【図６】同実施形態に係る母乳管理システムのデータ入力およびデータ確認画面を示すメインメニューの一例である。
【図７】同実施形態に係る母乳管理システムの母乳受け入れ登録画面の一例である。
【図８】同実施形態に係る母乳管理システムの授乳登録画面の一例である。
【図９】同実施形態に係る母乳管理システムの定期登録画面の一例である。
【図１０】同実施形態に係る母乳管理システムのネットワークを経由で患者の状態を確認するための患者状態確認画面の一例である。
【図１１】同実施形態に係る母乳管理システムの返信フォームの一例である。
【発明を実施するための形態】
【００１６】
本発明の一実施形態について図面を参照しながら詳細に説明する。図１に、本発明の一実施形態に係る母乳管理サーバを含む母乳管理システムの全体構成を示す。母乳管理システムは、新生児に関する個人管理データをデータベースに入力し、その結果を出力して確認するための入出力端末１１と、新生児に与える母乳の管理や新生児の身体状況の管理などを行う母乳管理サーバ１２により構成される。この母乳管理サーバ１２は公衆ネットワークをはじめとするネットワーク１３に接続されることにより、ＮＩＣＵに入院する新生児の保護者（母親）の所持する携帯端末（保護者端末１４Ａ）またはコンピュータ端末（保護者端末Ｂ）と相互に通信が可能な構成となっている。
【００１７】
入出力端末１１は、新生児状態入力部１１１と新生児状態表示部１１２により構成される。この入出力端末１１は、母乳管理サーバ１２に接続されたクライアント端末と考えることができる。新生児状態入力部１１１では、母乳に関する管理データと新生児の身体状況に関する管理データを入力することができる。母乳に関する管理データは、例えば以下のような母乳管理項目の情報によって管理される。
【００１８】
（１）母親ＩＤ、（２）母乳ＩＤ、（３）母乳受入量、（４）母乳受入日、（５）母乳搾乳日時、（６）母乳保存状態、（７）消費期限、（８）母乳解凍量、（９）母乳解凍日時、（１０）母乳授乳量、（１１）母乳使用日、（１２）母乳廃棄量、（１３）母乳廃棄日、（１４）母乳受入予定量、（１５）母乳受入予定日、（１６）母乳残量、（１７）母乳残量予測量などである。
【００１９】
また、新生児の身体状況を管理する身体管理項目の情報は、（１）患者ＩＤ（２）身長、（３）体重、（４）体温、（５）排泄回数などである。実際の運用においては、新生児の疾患状態により点滴の種類、投薬の種類、医師の所見、診断データ等が直接入出力端末１１から入力されるか、もしくはＨＩＳ（Hospital Information System）等のデータベースとリンクすることも考えられる。本実施形態においては、母親にとって関心があり過度に心配をかけない程度の管理項目情報を例として示している。
【００２０】
新生児状態表示部１１２では、母乳管理サーバ１２内のデータベース情報を表示することができるので、医師または看護婦は入出力端末１１のモニタにて新生児の状態を確認できる。
【００２１】
母乳管理サーバ１２は、大きく分けて母乳に関する管理データを格納する母乳管理部１２１と新生児の身体状況を管理するデータを格納する新生児管理データベース１２２からなる管理データベース部１２３と、母乳管理部１２１に格納されたデータを基に新生児の母親から受け入れた母乳の残量を管理する母乳残量管理部１２４と、この母乳残量管理部の結果に基づいてメールの送信を行い、かつ母親からのメールを受信するメール送受信部１２５と、新生児情報を取得したい母親の母親ＩＤから新生児情報の開示レベルを設定し、管理データベース部から開示可能な情報をアクセス可能とする新生児管理部１２６と、ネットワーク１３を経由してＷＥＢアクセスしてきた母親の母親ＩＤを認証した後、母親ＩＤとリンクされた１つ以上の患者ＩＤを呼び出して新生児管理部１２６で得られる新生児情報を保護者端末１４Ａ，１４Ｂへネットワーク１３を経由して開示する、ＷＥＢアクセス管理部１２７を備える。
【００２２】
保護者端末１４Ａ、１４Ｂは、市販されている携帯電話、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）など、公衆ネットワーク（ネットワーク１３）に接続できるものであれば、汎用のものであってもよい。
【００２３】
母乳管理サーバ１２の詳細な構成を図２に示す。管理データベース部１２３において、図１で示した母乳管理部１２１は、母乳の残量を管理するため、上述の母乳管理項目データを格納する母乳管理データベース１２１Ａと、新生児管理データベース１２２に格納されている新生児の健康状態、発育状態、疾患状態、医療実施計画データなどに基づいて、新生児が一日に必要とする標準の母乳必要量が格納された母乳標準必要量データベース１２１Ｂとに分けられる。これらの母乳管理データベース１２１Ａ、母乳標準必要量データベース１２１Ｂ、新生児管理データベース１２２は相互にリンクされており連携して動作する。
【００２４】
母乳残量管理部１２４は、母乳消費量検出部２１、母乳残量計算部２２、母乳必要量算定部２３、母乳残量推移予測部２４および母乳最低量到達検知部２５から構成される。
【００２５】
母乳消費量検出部２１は、新生児状態入力部１１１で入力された母乳管理項目をもとに母乳の消費量を検出する。母乳の消費量は、母乳管理項目である母乳授乳量、母乳廃棄量から計算を行う。
【００２６】
同様に母乳残量計算部２２は、新生児状態入力部１１１で入力された母乳管理項目をもとに母乳の残量を計算する。母乳の残量は、前日の母乳残量に当日の母乳受入量を加え母乳消費量を減算して求める。母乳消費量は母乳授乳量と母乳廃棄量を加算したものである。この計算された母乳残量は母乳管理項目である母乳残量として母乳管理データベース１２１Ａに格納される。また、このとき実際に保管されている母乳残量との整合性をとってもよい。
【００２７】
母乳必要量算定部２３は、母乳標準必要量データベース１２１Ｂから、新生児の健康状態、発育状態、疾患状態、医療実施計画などに基づいて、新生児が一日に必要とする標準の母乳必要量を見積もる。この母乳標準必要量は、ここ数日間の実際の授乳量などを加味して決定してもよい。
【００２８】
母乳残量推移予測部２４は、母乳管理データベース１２１Ａから母乳受入予定量、母乳受入予定日、母乳の消費期限量、消費期限を取得し、母乳必要量算定部２３から一日あたりの標準母乳必要量を取得する。さらに母乳残量計算部２２から現在の母乳残量を取得する。これらの値より現時点から母乳残量がどのように推移していくかの計算を行うことが可能である。
【００２９】
母乳最低量到達検知部２５は、ＮＩＣＵにストックされている母乳がある所定量以下になった場合、母親宛に母乳を持参してくれるように依頼を行う「母乳持参のお願いメール」を発信するための母乳残量の最低閾値量を設定されている。母乳残量推移予測部２４の予測残量または母乳残量計算部２２の母乳残量がこの最低閾値量以下になった場合に「母乳持参のお願いメール」の発信を行う。
【００３０】
通常は、母乳残量計算部２２で得られる実際の母乳残量に基づきメールを送信すればよいが、最低閾値量以下になる日が病院の休院日であるとか、管理サーバのメンテナンス日であるとか、母親の方が土日は搾乳に当てたいなどの諸事情がある場合には、予想残量に基づいて前もって送信することが可能である。この母乳の最低閾値量は、一日あたりの標準母乳必要量から所定の日数分だけの残量を閾値として設定する。したがって患者の生育状況によって変化していく。また、母親が同病院に入院中の場合はメールを送信せず、ＮＩＣＵから産科宛に搾乳予定を要求し、その結果を母乳管理データベース１２１Ａに反映させる。
【００３１】
メール送受信部１２５は、母乳最低量到達検知部２５の結果に基づいて母親宛に「母乳持参のお願いメール」の送信を母親宛メール作成部２７で行い、母親からの返信メールを返信メール受信部２６で受信する。母親からのメール返信を受信するのは、主に、ＷＥＢアクセス機能を持たない保護者端末１４Ａから返信を行われた場合である。
【００３２】
ＷＥＢアクセス管理部１２７は、ＷＥＢアクセス可能な保護者端末１４Ａ，１４Ｂから「母乳持参のお願いメール」に記されたＵＲＬ（Uniform Resource Locator）アドレスに接続要求があった場合に、後述する返信フォーム（図１１）を表示し、点線の矢印で示すように返信情報を母乳管理データベース１２１Ａに自動的に反映させることができる。また、例えば母親ＩＤを用いて母乳管理サーバ１２にアクセスする場合の認証を行う。
【００３３】
新生児管理部１２６は、開示情報管理部２８と患者ＩＤ管理部２９とから構成される。患者ＩＤ管理部２９では、ＷＥＢアクセス管理部１２７から母親ＩＤを取得し、この母親ＩＤにリンクされた患者ＩＤを求める。開示情報管理部２８では、この患者ＩＤをもとに、開示できる情報をＷＥＢアクセス管理部１２７に提示する。
【００３４】
図３は、同実施形態に係る母乳管理システムのメール送信に至るまでのフローチャートである。まず、ステップＳＴ３０１では、医師または看護師などが新生児入力部１１１を用いて新生児の母乳管理項目および身体管理項目を入力する。次にステップＳＴ３０２では、母乳の受け入れがあったかどうかを判断する。母乳の受け入れがあった場合（ＳＴ３０２：Ｙｅｓ）には、母乳残量に受入量を加算（ＳＴ３０３）し、ＳＴ３０４に進む。母乳の受入れがなかった場合（ＳＴ３０２：Ｎｏ）には、そのままＳＴ３０４に進む。
【００３５】
ＳＴ３０４では、母乳を授乳したかどうかを判断する。母乳を授乳した場合（ＳＴ３０４：Ｙｅｓ）には、母乳残量に母乳授乳量を減算（ＳＴ３０５）し、ＳＴ３０６に進む。母乳の受入れがなかった場合（ＳＴ３０４：Ｎｏ）には、そのままＳＴ３０６に進む。
【００３６】
ＳＴ３０６では、母乳を廃棄したかどうかを判断する。母乳を廃棄した場合（ＳＴ３０６：Ｙｅｓ）には、母乳残量に母乳廃棄量を減算（ＳＴ３０７）し、ＳＴ３０８に進む。母乳を廃棄しなかった場合（ＳＴ３０６：Ｎｏ）には、そのままＳＴ３０８に進む。
【００３７】
ＳＴ３０８では、母乳の受入れの予定があるどうかを判断する。母乳の受入れの予定がある場合（ＳＴ３０８：Ｙｅｓ）には、日々の予想残量に母乳受入予定量を母乳受入予定日に加算（ＳＴ３０９）した後ＳＴ３１０に進む。母乳の受入の予定がない場合（ＳＴ３０８：Ｎｏ）にはそのままＳＴ３１０に進む。
【００３８】
ＳＴ３１０では、母乳の消費期限に従って消費期限量を減算する。この消費期限の設定フローについては後述する。
【００３９】
ＳＴ３１１では、所定の日数分の残量があるどうかを判断する。残量がない場合（ＳＴ３１１：Ｎｏ）には、母親宛に「母乳持参のお願いメール」を送信（ＳＴ３１２）した後ＳＴ３１３に進む。所定日数分の残量がある場合（ＳＴ３１１：Ｙｅｓ）には、そのままＳＴ３１３に進む。
【００４０】
ＳＴ３１３では、残量が１日分あるどうかを判断する。１日分の残量がない場合（ＳＴ３１１：Ｙｅｓ）には、母親宛に「人工乳への切替え告知メール」を送信する（ＳＴ３１４）。
【００４１】
同実施形態に係る母乳管理システムの母乳残量とメール送信との時間関係を、図４に示す。この図を用いてメール送信のタイミングについて説明する。縦軸は母乳残量、横軸は日数を表している。説明を簡略化するため毎日に使用する母乳の使用量Ａは一定としているが、実際は一日毎に変動する。１日から２日までは使用量Ａで母乳残量が減少していく。３日には消費期限が来た母乳に対して廃棄量Ｂが発生し、所定日数分をまかなう残量閾値以下になったとする。この時点で母乳最低量検知部２５が検知し、母親宛に対して「母乳持参のお願いメール」の送信を行う。
【００４２】
なお、前もってメールを送りたい場合は、予想残量が３日に残量閾値以下になることが予想されるので、この情報をもとに１日にメール送信を行うこともできる。
【００４３】
この「母乳持参のお願いメール」に対して返信がない場合（返信メールまたは返信フォーム経由）には、毎日、同様のメールの送信を行う。このメールに対して返信があり、次回の母乳持参予定を受信し、残量閾値量を越えることが予想できた場合には、一旦メール送信を停止する。
【００４４】
図４の例の場合、「母乳持参のお願いメール」の返信により６日に受入量Ｃが予定されていれば、予想残量として残量閾値を超えるので「母乳持参のお願いメール」の送信を実際の受入日（６日）まで停止する。６日の時点で実際に母乳の受入がなければ、母乳残量は底をつくので、この時点で、人工乳への切り替えを行う。切り替えに際して、母親に対して「人工乳への切替え告知メール」の送信を行う。
【００４５】
また他の運用形態としては、人工乳へ切り替える前に、他の母親から母乳を供給してもらう場合があるかも知れない。この場合には、母乳を供給する母親と、母乳を供給してもらう母親の両方に対して、母乳の他人使用に対してインフォームドコンセントのメールを行うことも可能である。
【００４６】
６日に、量Ｃの母乳の受入れがあった場合には、１１日に再度残量閾値に達するのでこの時点で「母乳持参のお願いメール」の送信を行う。
【００４７】
図５は、同実施形態に係る母乳管理システムの母乳に対する消費期限と廃棄との関係を示すフローチャートである。これは図３のステップＳＴ３１０、または母乳の解凍等により随時保存されている母乳に対して最新の消費期限を再設定する場合などに行われるフローチャートである。母乳は生母乳か、冷凍母乳かによって消費期限が異なり、さらに冷凍母乳を解凍してからの消費期限も異なるものである。このフローチャートでは、一例として生母乳に対しては２４時間、冷凍母乳に対しては１ヶ月、解凍母乳に対しては２４時間の消費期限を設定した例である。
【００４８】
ステップＳＴ５０１では、まず受け入れた母乳が生母乳かどうかを判断する。生母乳であれば（ＳＴ５０１：ＹＥＳ）消費期限を搾乳から２４時間後に設定し、２４時間後には廃棄手続きを行う（ＳＴ５０２）。生母乳でない場合（ＳＴ５０１：ＮＯ）は、ステップＳＴ５０３に進む。
【００４９】
ステップＳＴ５０３では、母乳を解凍したかどうかを判断する。解凍したのであれば（ＳＴ５０３：ＹＥＳ）消費期限を解凍から２４時間後に設定し、２４時間後には廃棄手続きを行う（ＳＴ５０４）。解凍していない場合（ＳＴ５０３：ＮＯ）は、ステップＳＴ５０５に進む。
【００５０】
ステップＳＴ５０５では、搾乳日から１ヶ月経過したかどうかを判断する。経過しているのであれば（ＳＴ５０５：ＹＥＳ）すぐに廃棄手続きを行う（ＳＴ５０６）。経過していない場合（ＳＴ５０５：ＮＯ）は、ステップＳＴ５０７に進む。
【００５１】
ステップＳＴ５０７では、生母乳、解凍母乳、冷凍母乳に対して設定されている消費期限が変更された場合、母乳残量推移予測に反映する。通常、母親からの母乳は、小分けパックのようなものに小分けされ、搾乳日時などが記入されて冷凍される。よってこの小分けされたパックごとに母乳ＩＤを付与し、母乳の管理をすることが好ましい。
【００５２】
図６は同実施形態に係る母乳管理システムのデータ入力およびデータ確認画面を示すメインメニューの一例である。ＮＩＣＵの医師または看護師は入出力端末１１上に表示されるメイン画面に対して新生児に対する母乳管理項目、および身体管理項目を入力すると同時に入力内容を確認することが可能である。左に示す患者一覧メニュー６１から入力または確認したい新生児の患者ＩＤを選択すると、右に示すような日ごとの管理項目６２が表示される。例えば、９月１３日においては、身長３３センチ、体重１６４０ｇ、体温３６．８℃、授乳回数５回、授乳量１９０ｃｃ、受入量４００ｃｃ、廃棄量１０ｃｃ、残量１４００ｃｃ、排泄回数２回などが表示される。
【００５３】
母乳受入ボタン６３をクリックすることによって図７に示すような母乳受け入れ登録画面が表示される。この画面では、クリックして選択した患者ＩＤ００３の新生児に対して、母親からの母乳の受入登録を行える。母乳受け入れ登録では、患者ＩＤに関連付けられた母親ＩＤが示され、受け入れる母乳が、新生児の母親であることを確認できる。母乳ＩＤ、母乳の受入日時、受入量、搾乳日時、母乳保存状態などを入力する。この受け入れた母乳の保存状態によって生母乳の場合は消費期限を例えば１日（２４時間）、冷凍母乳の場合は例えば１ヶ月などと自動的に決定する。登録ボタンをクリックし、登録が終了すれば、終了ボタンをクリックすることで図６のメイン画面に戻る。
【００５４】
次に、授乳登録ボタン６４をクリックすることによって図８に示すような授乳登録画面が表示される。この授乳登録画面では、母乳ＩＤ、母乳解凍日時、母乳解凍量、母乳授乳日時、母乳授乳量、母乳廃棄量などが登録可能である。この時、図５で示したようなフローに基づいて、解凍された母乳に対して消費期限が例えば１日（２４時間）に設定される。登録ボタンをクリックし、登録が終了すれば、終了ボタンをクリックすることで図６のメイン画面に戻る。
【００５５】
また、定期登録ボタン６５をクリックすることによって、図９に示すような定期登録画面が表示される。定期登録画面では、測定日、新生児の身長、体重、体温、排泄回数などの新生児の身体管理項目を登録できる。この画面では、図示しないが、投薬、注射、点滴など治療のために行った項目を種々付加することも可能である。登録ボタンをクリックし、登録が終了すれば、終了ボタンをクリックすることで図６のメイン画面に戻る。
【００５６】
以上で母乳管理項目、身体管理項目の登録を終了する。登録が終了すると図６のメイン画面に反映されて、入力が正しく行われたかどうかを確認することが可能である。
【００５７】
図１０は同実施形態に係る母乳管理システムの通信ネットワークを経由で患者の状態を確認するための患者状態確認画面の一例である。母親は、いつでもネットワーク１３を介して患者の健康状態、成長状態、母乳残量などを確認できる。携帯やコンピュータ端末などの保護者端末１４Ａ，１４Ｂから指定されたＵＲＬアドレスを入力することにより、ＷＥＢアクセス部１２７と通信を行う。ここでは、母親ＩＤとパスワードを入力することにより母親ＩＤにリンクした患者ＩＤの状態を表示することができる。多胎児などの場合、一つの母親ＩＤに対して複数の患者とリンクできるため、母親ＩＤから複数の新生児のデータを見ることが可能である。
【００５８】
図１１は同実施形態に係る母乳管理システムの返信フォームの一例である。ＷＥＢアクセスの可能な保護者端末１４Ａ，１４Ｂの場合、メールに指示されたＵＲＬアドレスをクリックすることにより返信フォームを表示できる。母親は、母乳の持ち込み日時、持込量などの予定を入力し、持ち込み方法などもクリックすることで指定できる。ＷＥＢアクセスできない保護者端末１４Ａ，１４Ｂの場合は、通常のメール返信の方法にて上記と同様な項目を記入して返信を行う。
【００５９】
以上説明したように、本発明の実施形態によれば、新生児の母乳管理と身体管理を一元化することにより、病院側にとっても母親側にとって利便性の高い母乳管理システムが得られる。すなわち、母親が入院している場合には、ＮＩＣＵと産科が連携をとりながら授乳予定を計画でき、退院した母親に対しては、通知もれがなく母乳不足を通知することができる。また母親もＮＩＣＵにストックされている母乳残量を確認することができるので、自宅において搾乳量、搾乳回数などを調整できるという効果を奏する。
【００６０】
また、母乳管理だけでなく、患者（新生児）の日々の様子も知ることができるので、携帯端末もしくはコンピュータ端末を使用することにより毎日会うことができないわが子の成長の様子を知ることが可能である。これにより母親の安心につながる。
【００６１】
さらに病院側にとっては、ＮＩＣＵにストックされている母乳不足を回避でき、消費期限の短い母乳を有効に利用できる。
【００６２】
従って、病院、患者、患者の母親との三者関係を円滑に運用管理することが可能となり、その効果は大きい。
【００６３】
上記実施形態では、母乳管理のほかに、新生児の身体的項目に関する情報を新生児管理データベースに格納し、新生児管理部１２６で管理する場合について説明したが、母乳管理のみを行うようにしてもよい。また上記実施形態では、保護者端末からネットワークを介して新生児管理項目に関する情報を閲覧及び入力する場合について説明したが閲覧することができるだけでもよい。また本発明としては、保護者端末から母乳管理サーバにアクセスできなくてもよい。
【００６４】
また、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。本発明の技術思想を用いる限りこれらの変形例も本発明に含まれる。
【符号の説明】
【００６５】
１１…入出力端末、
１２…母乳管理サーバ、
１３…ネットワーク、
１４…保護者端末、
２１…母乳消費量検知部、
２２…母乳残量計算部、
２３…母乳必要量算定部、
２４…母乳残量推移予測部、
２５…母乳最低量到達検知部、
２６…返信メール受信部、
２７…母親宛メール作成部、
２８…開示情報管理部、
２９…患者ＩＤ管理部。
【図１】
2011221801.tif 000003
【図２】
2011221801.tif 000004
【図３】
2011221801.tif 000005
【図４】
2011221801.tif 000006
【図５】
2011221801.tif 000007
【図６】
2011221801.tif 000008
【図７】
2011221801.tif 000009
【図８】
2011221801.tif 000010
【図９】
2011221801.tif 000011
【図１０】
2011221801.tif 000012
【図１１】
2011221801.tif 000013