(57)【要約】【課題】被保険者が、複数の医療機関を受診していた場合において、複数の医療機関を跨った投薬・検査等の重複診療のチェックを行うことにより、重複した投薬や検査などを防止することができ、医療費の増加を防止することができる情報管理システムを提供する。【解決手段】情報管理システムにおいて、被保険者が、複数の医療機関を受診していた際に、複数の医療機関から送信された、被保険者の情報、および被保険者が医療機関を利用した際の利用日および診療報酬明細書の情報を受信し、受信した情報をデータベースに格納するレセプト請求情報編集処理部１０３と、データベースに格納された情報に基づいて、被保険者が、一定期間に異なる医療機関を利用して、診療行為の提供を受けたかを確認する名寄せ処理部１０４と、一定期間に異なる医療機関を利用して、同じ診療行為の提供を受けたかを確認する推奨医療機関リスト作成処理部１０５とを備えた。【選択図】図１
2014157393.tif 000002
【特許請求の範囲】
【請求項１】
利用者にサービスを提供する複数のサービス提供機関から送信された、前記利用者の情報、および前記利用者が前記サービス提供機関を利用した際の利用日および前記サービスに関する情報を受信し、受信した情報をデータベースに格納する情報編集処理部と、
前記データベースに格納された情報に基づいて、前記利用者が、一定期間に異なる前記サービス提供機関を利用して、前記サービスの提供を受けたかを確認し、異なる前記サービス提供機関を利用していた場合に、前記利用者が利用した複数の前記サービス提供機関の情報を出力する名寄せ処理部と、
前記データベースに格納された情報に基づいて、前記利用者が、一定期間に異なる前記サービス提供機関を利用して、同じ前記サービスの提供を受けたかを確認し、同じ前記サービスを受けていた場合に、前記利用者の最寄りの前記サービス提供機関の情報を出力する推奨サービス提供機関作成処理部と、
を備えた、情報管理システム。
【請求項２】
請求項１に記載の情報管理システムにおいて、
前記情報編集処理部は、複数の前記サービス提供機関から送信されたサービス期間の情報を判定し、前記データベースに格納するサービス機関情報判定部と、
複数の前記サービス提供機関から送信された前記利用者の情報を判定し、前記データベースに格納する利用者情報判定部と、
複数の前記サービス提供機関から送信された前記利用者が利用した前記サービスの情報を判定し、前記データベースに格納するサービス情報判定部と、
を有する、情報管理システム。
【請求項３】
請求項２に記載の情報管理システムにおいて、
前記サービス提供機関は医療機関であり、
前記サービスの提供は前記利用者に対する診療行為の提供であり、
前記サービスに関する情報は前記利用者が前記医療機関を利用した際の診療報酬明細書の情報である、情報管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者が、複数のサービス提供機関でサービスの提供を受けた際のサービス内容や費用負担などの情報を管理する情報管理システムに関し、特に、被保険者である利用者が、複数の医療機関を利用した際の保険者側での診療情報の管理に関するものである。
【背景技術】
【０００２】
近年のＩＴシステムの普及に伴い、医療業界においても医療ＩＴシステムの導入が積極的に進められている。
【０００３】
特に、医療事務システムにおいては、支払基金・国保連合会や保険者に提出する診療報酬明細書であるレセプトのコンピュータ処理は、レセプト電算化されている［レセプト電算システム（電子レセプト作成の手引き）、社会保険診療報酬支払基金、平成２４年７月（非特許文献１）参照］。
【０００４】
また、医療機関単位では、レセプト電算データにより、投薬・検査等の重複診療のチェックを行っている［特開２００９−１４００５７号公報（特許文献１）参照］。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１４００５７号公報
【非特許文献】
【０００６】
【非特許文献１】レセプト電算システム（電子レセプト作成の手引き）、社会保険診療報酬支払基金、平成２４年７月
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来では、被保険者が各医療機関へ受診した場合の投薬・検査等の重複診療のチェックは行っているが、複数の医療機関に受診していた場合は、医療機関を跨った投薬・検査等の重複診療のチェックはできていないため、医療費の増加にもなっていた。
【０００８】
また、医療機関に限らず、利用者が複数のサービス提供機関を利用した場合における、複数のサービス提供機関での重複のサービス利用などについても、チェックするシステムはなかった。
【０００９】
そこで、本発明の目的は、利用者が複数のサービス提供機関を利用した際に、複数のサービス提供機関で同じサービスを受けた場合に、サービスの重複を防止することができる情報管理システムを提供することにある。
【００１０】
また、サービス提供機関が医療機関の場合では、被保険者が、複数の医療機関を受診していた場合において、複数の医療機関を跨った投薬・検査等の重複診療のチェックを行うことにより、重複した投薬や検査などを防止することができ、医療費の増加を防止することができる情報管理システムを提供することにある。
【００１１】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【００１２】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
【００１３】
すなわち、代表的なものの概要は、利用者が複数のサービス提供機関を利用した際に、複数のサービス提供機関から送信された、利用者の情報、および利用者がサービス提供機関を利用した際の利用日およびサービスに関する情報を受信し、受信した情報をデータベースに格納する。
【００１４】
そして、データベースに格納された情報に基づいて、利用者が、一定期間に異なるサービス提供機関を利用して、サービスの提供を受けたかを確認し、さらに、一定期間に異なるサービス提供機関を利用して、同じサービスの提供を受けたかを確認し、同じサービスを受けていた場合に、利用者の最寄りのサービス提供機関の情報を出力する。
【発明の効果】
【００１５】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下の通りである。
【００１６】
すなわち、代表的なものによって得られる効果は、利用者が複数のサービス提供機関を利用した際に、複数のサービス提供機関で同じサービスを受けた場合に、サービスの重複を防止することができる。
【００１７】
また、サービス提供機関が医療機関の場合では、利用者である被保険者が、複数の医療機関を受診していた場合において、複数の医療機関を跨った投薬・検査等の重複診療のチェックを行うことにより、重複した投薬や検査などを防止することができ、医療費の増加を防止することができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施の形態に係る情報管理システムの構成を示す構成図である。
【図２】本発明の一実施の形態に係る情報管理システムで使用される医療機関ＤＢの構造およびデータ例を示す図である。
【図３】本発明の一実施の形態に係る情報管理システムで使用される被保険者ＤＢの構造およびデータ例を示す図である。
【図４】本発明の一実施の形態に係る情報管理システムで使用される標準レセプト電算情報ＤＢの構造およびデータ例を示す図である。
【図５】本発明の一実施の形態に係る情報管理システムで使用される標準レセプト電算情報ＤＢの構造およびデータ例を示す図である。
【図６】本発明の一実施の形態に係る情報管理システムで使用される標準レセプト電算情報ＤＢの構造およびデータ例を示す図である。
【図７】本発明の一実施の形態に係る情報管理システムで使用される標準レセプト電算情報ＤＢの構造およびデータ例を示す図である。
【図８】本発明の一実施の形態に係る情報管理システムで使用される標準レセプト電算情報ＤＢの構造およびデータ例を示す図である。
【図９】本発明の一実施の形態に係る情報管理システムで使用される被保険者診療情報格納ＤＢの構造およびデータ例を示す図である。
【図１０】本発明の一実施の形態に係る情報管理システムで使用されるワークエリアＤＢの構造およびデータ例を示す図である。
【図１１】本発明の一実施の形態に係る情報管理システムの全体の動作を示すフローチャートである。
【図１２】本発明の一実施の形態に係る情報管理システムの全体のレセプト請求情報編集処理の動作を示すフローチャートである。
【図１３】本発明の一実施の形態に係る情報管理システムの全体の医療機関情報判定処理の動作を示すフローチャートである。
【図１４】本発明の一実施の形態に係る情報管理システムの全体の被保険者情報判定処理の動作を示すフローチャートである。
【図１５】本発明の一実施の形態に係る情報管理システムの全体の診療行為情報判定処理の動作を示すフローチャートである。
【図１６】本発明の一実施の形態に係る情報管理システムの全体の名寄せ処理の動作を示すフローチャートである。
【図１７】本発明の一実施の形態に係る情報管理システムの全体の推奨医療機関リスト作成処理の動作を示すフローチャートである。
【図１８】本発明の一実施の形態に係る情報管理システムの動作中に出力される被保険者無しエラーリストを示す図である。
【図１９】本発明の一実施の形態に係る情報管理システムの動作中に出力される複数医療機関受診確認表を示す図である。
【図２０】本発明の一実施の形態に係る情報管理システムの動作中に出力される推奨医療機関リストを示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００２０】
＜情報管理システムの構成＞
図１により、本発明の一実施の形態に係る情報管理システムの構成について説明する。図１は本発明の一実施の形態に係る情報管理システムの構成を示す構成図であり、被保険者が複数の医療機関を利用する場合の、保険者側の被保険者診療情報管理システムを情報管理システムの一例として示している。
【００２１】
図１において、情報管理システムである被保険者診療情報管理システム１０２は、保険者側に設置されたサーバ１０１上で動作している。
【００２２】
被保険者診療情報管理システム１０２は、情報編集処理部であるレセプト請求情報編集処理部１０３、名寄せ処理部１０４、および推奨サービス提供機関作成処理部である推奨医療機関リスト作成処理部１０５から構成され、データベースとして、標準レセプト電算情報ＤＢ１０６、被保険者ＤＢ１０７、医療機関ＤＢ１０８、被保険者診療情報格納ＤＢ１０９、およびワークエリアＤＢ１１５を有している。
【００２３】
医療機関側では、医療機関Ａ１１０のサーバ、医療機関Ｂ１１３のサーバのそれぞれが、標準レセプト電算情報ＤＢ１１１、１１４を有しており、被保険者の診療情報であるレセプトの情報が格納されている。
【００２４】
また、医療機関Ａ１１０のサーバ、医療機関Ｂ１１３のサーバ、および被保険者診療情報管理システム１０２は、ネットワーク１１２を介して接続されており、標準レセプト電算情報ＤＢ１１１、１１４に格納された情報を被保険者診療情報管理システム１０２へ送信している。
【００２５】
被保険者診療情報管理システム１０２では、各医療機関から送信された標準レセプト電算情報ＤＢ１１１、１１４に格納された情報を受信し、受信した情報に基づいて、被保険者が複数医療機関へ受診した際の、投薬・検査等の重複診療をチェックし、被保険者の住所に近い推奨医療機関を紹介する処理を行う。
【００２６】
＜各データベースの構造＞
次に、図２〜図１０により、本発明の一実施の形態に係る情報管理システムで使用される各データベースの構造およびデータ例について説明する。図２〜図１０は、本発明の一実施の形態に係る情報管理システムで使用される各データベースの構造およびデータ例を示す図である。
【００２７】
図２は医療機関ＤＢ１０８、図３は被保険者ＤＢ１０７、図４〜図８は標準レセプト電算情報ＤＢ１０６、１１１、１１４、図９は被保険者診療情報格納ＤＢ１０９、図１０はワークエリアＤＢ１１５を示している。
【００２８】
医療機関ＤＢ１０８は、各医療機関の情報を格納したデータベースであり、図２に示すように、項目として、医療機関をコード化した医療機関番号「ＨＰ−ＮＯ」、医療機関を漢字表示したもの「ＨＰ−ＮＡＭＥ」、電話番号「ＨＰ−ＴＥＬ」、郵便番号「ＨＰ−ＡＤＮＯ」、住所「ＨＰ−ＡＤ」のデータが格納される。
【００２９】
医療機関ＤＢ１０８のデータ例としては、図２に示すように、「ＨＰ−ＮＯ」が１３１２３４５、「ＨＰ−ＮＡＭＥ」が東京××情報病院、「ＨＰ−ＴＥＬ」が０３−１２３４−１２３４、「ＨＰ−ＡＤＮＯ」が１２４−００１１、「ＨＰ−ＡＤ」が東京都葛飾区ｋｋｋｋなどの情報である。
【００３０】
また、被保険者ＤＢ１０７は、被保険者の情報および被保険者の各医療機関受診歴を格納したデータベースであり、図３に示すように、項目として、システムで付与する被保険者単位の番号である被保険者番号「Ｐ−ＨＩＰＮＯ」、患者の氏名である被保険者の氏名「Ｐ−ＮＡＭＥ」、患者の性別である被保険者の性別（例、男＝１、女＝２）「Ｐ−ＳＥＸ」、患者の生年月日である生年月日「Ｐ−ＢＩＲＴＨ」の情報が格納される。
【００３１】
さらに、被保険者の郵便番号「Ｐ−ＡＤＮＯ」、被保険者の住所「Ｐ−ＡＤ」、保険者番号「Ｐ−ＨＯＮＯ」、被保険者証記号「Ｐ−ＨＩＫＩＧＯ」、被保険者証番号「Ｐ−ＨＩＮＯ」、診療年月（１）「Ｐ−ＨＩＹＭ０１」、受診医療機関番号（１）「Ｐ−ＨＰＮＯ０１」、診療年月（ＮＮ）「Ｐ−ＨＩＹＭＮＮ」、受診医療機関番号（ＮＮ）「Ｐ−ＨＰＮＯＮＮ」、診療年月（１００）「Ｐ−ＨＩＹＭ１００」、受診医療機関番号（１００）「Ｐ−ＨＰＮＯ１００」の情報が格納される。
【００３２】
「Ｐ−ＨＩＹＭ０１」、「Ｐ−ＨＰＮＯ０１」〜「Ｐ−ＨＩＹＭ１００」、「Ｐ−ＨＰＮＯ１００」は、反復して格納される。
【００３３】
被保険者ＤＢ１０７のデータ例としては、図３に示すように、「Ｐ−ＨＩＰＮＯ」が０１２３４５６７、「Ｐ−ＮＡＭＥ」が○○太郎、「Ｐ−ＳＥＸ」が１、「Ｐ−ＢＩＲＴＨ」が１９５００１１０、「Ｐ−ＡＤＮＯ」が１２４−０１１１、「Ｐ−ＡＤ」が東京都葛飾区ＫＫ、「Ｐ−ＨＯＮＯ」が０６１３００１０、「Ｐ−ＨＩＫＩＧＯ」が多摩、「Ｐ−ＨＩＮＯ」が１２３４５６７などの情報である。
【００３４】
また、「Ｐ−ＨＩＹＭ０１」が２０１１０３、「Ｐ−ＨＰＮＯ０１」が１３１２３４５などの情報であり、「Ｐ−ＨＩＹＭ０１」、「Ｐ−ＨＰＮＯ０１」〜「Ｐ−ＨＩＹＭ１００」、「Ｐ−ＨＰＮＯ１００」に、診療年月と、受診医療機関番号が反復して格納される。
【００３５】
また、標準レセプト電算情報ＤＢ１０６は、各医療機関から送付された診療情報が格納されたデータベースであり、厚労省認可の社会保険診療報酬支払基金が作成したレセプト電算処理システム（電子レセプトの作成手引き）に基づいたフォーマットで構成されている。
【００３６】
このフォーマットでは、請求病院情報のレコード識別＝ＩＲ、レセプト共通情報のレコード識別＝ＲＥ、保険情報のレコード識別＝ＨＯ、薬品情報のレコード識別＝ＩＹ、診療行為情報のレコード識別＝ＳＩの各レコード種別ごとの情報がそれぞれ格納される。
【００３７】
標準レセプト電算情報ＤＢ１０６のレコード種別＝ＩＲのデータベースは、図４に示すように、項目として、レセプト電算の識別（ＩＲ）請求病院情報「ＩＲ−ＫＵＢＵＮ」、審査支払機関（‘１’固定）「ＩＲ−ＳＩＮＳＡ」、都道府県コード「ＩＲ−ＫＥＮＣＯＯＤ」、点数表区分（‘１’固定）「ＩＲ−ＴＥＮ」、医療機関番号（被保険者受診医療機関番号と同じ）「ＩＲ−ＨＰＮＯ」の情報が格納される。
【００３８】
さらに、予備「ＩＲ−ＹＯＢＩ」、医療機関名称（漢字表示したもの）「ＩＲ−ＨＰＮＡＭＥ」、請求年月（例、平成２２年７月＝４２２０７）「ＩＲ−ＳＥＩＫＹＵＹＭ」、マルチボリューム識別（媒体が１個目＝００、２個目＝０１）「ＩＲ−ＭＡＲＵＴＩ」、医療機関の電話番号「ＩＲ−ＴＥＬ」の情報が格納される。
【００３９】
標準レセプト電算情報ＤＢ１０６のレコード種別＝ＩＲのデータベースのデータ例としては、図４に示すように、「ＩＲ−ＫＵＢＵＮ」がＩＲ、「ＩＲ−ＳＩＮＳＡ」が１、「ＩＲ−ＫＥＮＣＯＯＤ」が１３、「ＩＲ−ＴＥＮ」が１、「ＩＲ−ＨＰＮＯ」が１３１２３４５、「ＩＲ−ＹＯＢＩ」が△△、「ＩＲ−ＨＰＮＡＭＥ」が東京××情報病院、「ＩＲ−ＳＥＩＫＹＵＹＭ」が４２３０４、「ＩＲ−ＭＡＲＵＴＩ」が００、「ＩＲ−ＴＥＬ」が０３−１２３４−１２３４などの情報である。
【００４０】
また、標準レセプト電算情報ＤＢ１０６のレコード種別＝ＲＥのデータベースは、図５に示すように、項目として、レセプト電算の識別（ＲＥ）レセプト共通情報「ＲＥ−ＫＵＢＵＮ」、レセプト番号（格納ＲＥデータの上昇順の連番）「ＲＥ−ＲＥＮＯ」、レセプト種別（例、社保単独入院本人＝１１１１）「ＲＥ−ＲＥＳＹＵＢＥＴＵ」の情報が格納される。
【００４１】
さらに、診療年月（例、平成２２年７月：４２２０７）「ＲＥ−ＳＩＮＹＭ」、患者の名前を漢字表示したもの「ＲＥ−ＰＮＡＭＥ」、患者の性別（例、男＝１、女＝２）「ＲＥ−ＳＥＸ」、患者の生年月日（例、昭和４８年１１月１５日生まれの場合＝３４８１１１５）「ＲＥ−ＢＩＲＴＨ」、その他情報「ＲＥ−ＳＯＮＯＴＡ」の情報が格納される。
【００４２】
標準レセプト電算情報ＤＢ１０６のレコード種別＝ＲＥのデータベースのデータ例としては、図５に示すように、「ＲＥ−ＫＵＢＵＮ」がＲＥ、「ＲＥ−ＲＥＮＯ」が１、「ＲＥ−ＲＥＳＹＵＢＥＴＵ」が１１１１、「ＲＥ−ＳＩＮＹＭ」が４２３０３、「ＲＥ−ＰＮＡＭＥ」が××太郎、「ＲＥ−ＳＥＸ」が１、「ＲＥ−ＢＩＲＴＨ」が３２５０１１０などの情報である。
【００４３】
また、標準レセプト電算情報ＤＢ１０６のレコード種別＝ＨＯのデータベースは、図６に示すように、項目として、レセプト電算の識別（ＨＯ）保険情報「ＨＯ−ＫＵＢＵＮ」、被保険者の加入保険者番号のことである保険者番号「ＨＯ−ＨＯＮＯ」、被保険者証記号「ＨＯ−ＨＩＫＩＧＯＵ」、被保険者証番号「ＨＯ−ＨＩＮＯ」、その他情報「ＨＯ−ＳＯＮＯＴＡ」の情報が格納される。
【００４４】
標準レセプト電算情報ＤＢ１０６のレコード種別＝ＨＯのデータベースのデータ例としては、図６に示すように、「ＨＯ−ＫＵＢＵＮ」がＨＯ、「ＨＯ−ＨＯＮＯ」が０６１３００１０、「ＨＯ−ＨＩＫＩＧＯＵ」が○○多摩、「ＨＯ−ＨＩＮＯ」が１２３４５６７などの情報である。
【００４５】
また、標準レセプト電算情報ＤＢ１０６のレコード種別＝ＩＹのデータベースは、図７に示すように、項目として、レセプト電算の識別（ＩＹ）薬品情報「ＩＹ−ＫＵＢＵＮ」、診療行為区分である診療区分（例、投薬行為＝２０、注射行為＝３０）「ＩＹ−ＳＩＮＫＵＢＵＮ」の情報が格納される。
【００４６】
さらに、該当行為をどの保険で負担するかの区分である負担区分（例、保険＝１）「ＩＹ−ＨＵＴＡＮＫＵＢＵＮ」、レセプト電算標準コードである診療行為コード（数値９桁の支払基金コード）「ＩＹ−ＳＩＮＣＯＯＤ」、診療行為コードの使用量「ＩＹ−ＳＵＵＲＹＯＵ」、その他情報「ＩＹ−ＳＯＮＯＴＡ」の情報が格納される。
【００４７】
標準レセプト電算情報ＤＢ１０６のレコード種別＝ＩＹのデータベースのデータ例としては、図７に示すように、「ＩＹ−ＫＵＢＵＮ」がＩＹ、「ＩＹ−ＳＩＮＫＵＢＵＮ」が２０、「ＩＹ−ＨＵＴＡＮＫＵＢＵＮ」が１、「ＩＹ−ＳＩＮＣＯＯＤ」が６１３９２００５６、「ＩＹ−ＳＵＵＲＹＯＵ」が３などの情報である。
【００４８】
また、標準レセプト電算情報ＤＢ１０６のレコード種別＝ＳＩのデータベースは、図８に示すように、項目として、レセプト電算の識別（ＳＩ）診療行為情報「ＳＩ−ＫＵＢＵＮ」、診療行為区分である診療区分（例、検査行為＝６０、画像行為＝７０）「ＳＩ−ＳＩＮＫＵＢＵＮ」の情報が格納される。
【００４９】
さらに、該当行為をどの保険で負担するかの区分である負担区分（例、保険＝１）「ＳＩ−ＨＵＴＡＮＫＵＢＵＮ」、レセプト電算標準コードである診療行為コード（数値９桁の支払基金コード）「ＳＩ−ＳＩＮＣＯＯＤ」、診療行為コードの使用量「ＳＩ−ＳＵＵＲＹＯＵ」、その他情報「ＳＩ−ＳＯＮＯＴＡ」の情報が格納される。
【００５０】
標準レセプト電算情報ＤＢ１０６のレコード種別＝ＳＩのデータベースのデータ例としては、図８に示すように、「ＳＩ−ＫＵＢＵＮ」がＳＩ、「ＳＩ−ＳＩＮＫＵＢＵＮ」が６０、「ＳＩ−ＨＵＴＡＮＫＵＢＵＮ」が１、「ＳＩ−ＳＩＮＣＯＯＤ」が１６００３９１１０、「ＳＩ−ＳＵＵＲＹＯＵ」が１などの情報である。
【００５１】
また、被保険者診療情報格納ＤＢ１０９は、被保険者ごとに各医療機関で実施された診療情報を格納したデータベースであり、図９に示すように、項目として、システムで付与する被保険者単位の番号である被保険者番号「ＨＰ−ＨＩＰＮＯ」、診療年月（例、平成２２年７月＝２０１００７：西暦変換）「ＨＰ−ＳＩＮＹＭ」、医療機関番号（被保険者受診医療機関番号と同じ）「ＨＰ−ＨＰＮＯ」、レセプト種別（例、社保単独入院本人＝１１１１）「ＨＰ−ＲＥＳＹＵＢＥＴＵ」の情報が格納される。
【００５２】
さらに、請求年月（例、平成２２年７月＝２０１００７：西暦変換）「ＨＰ−ＳＥＩＫＹＵＹＭ」、反復通番「ＨＰ−ＴＵＵＢＡＮ」、レセプト電算の識別（ＩＹ）または（ＳＩ）「ＨＰ−ＫＵＢＵＮ」、診療行為区分である診療区分（例、投薬行為＝２０、注射行為＝３０、検査行為＝６０、画像行為＝７０）「ＨＰ−ＳＩＮＫＵＢＵＮ」、レセプト電算標準コードである診療行為コード（数値９桁の支払基金コード）「ＨＰ−ＳＩＮＣＯＯＤ」、診療行為コードの使用量「ＨＰ−ＳＵＵＲＹＯＵ」の情報が格納される。
【００５３】
被保険者診療情報格納ＤＢ１０９のデータ例としては、図９に示すように、「ＨＰ−ＨＩＰＮＯ」が０１２３４５６７、「ＨＰ−ＳＩＮＹＭ」が２０１１０３、「ＨＰ−ＨＰＮＯ」が１３１２３４５、「ＨＰ−ＲＥＳＹＵＢＥＴＵ」が１１１１、「ＨＰ−ＳＥＩＫＹＵＹＭ」が２０１１０４、「ＨＰ−ＴＵＵＢＡＮ」が００００１、「ＨＰ−ＫＵＢＵＮ」がＩＹ、「ＨＰ−ＳＩＮＫＵＢＵＮ」が２０、「ＨＰ−ＳＩＮＣＯＯＤ」が６１３９２００５６、「ＨＰ−ＳＵＵＲＹＯＵ」が００００３などの情報である。
【００５４】
また、ワークエリアＤＢ１１５は、被保険者診療情報管理システムでの処理において、一時的に使用するデータベースであり、図１０に示すように、項目として、医療機関をコード化した医療機関番号「Ｗ−ＨＰＮＯ」、診療年月（例、平成２２年７月＝４２２０７）「Ｗ−ＳＩＮＹＭ」、レセプト種別（例、社保単独入院本人＝１１１１）「Ｗ−ＲＥＳＹＵＢＥＴＵ」のデータが格納される。
【００５５】
さらに、請求年月（例、平成２２年７月＝４２２０７）「Ｗ−ＳＥＩＫＹＵＹＭ」、患者の性別（例、男＝１、女＝２）「Ｗ−ＳＥＸ」、患者の生年月日（例、昭和４８年１１月１５日生まれの場合＝３４８１１１５）「Ｗ−ＢＩＲＴＨ」、患者の名前を漢字表示したもの「Ｗ−ＰＮＡＭＥ」、被保険者証記号「Ｗ−ＨＩＫＩＧＯＵ」、被保険者証番号「Ｗ−ＨＩＮＯ」のデータが格納される。
【００５６】
ワークエリアＤＢ１１５のデータ例としては、図１０に示すように、「Ｗ−ＨＰＮＯ」が、０１２３４５６７、「Ｗ−ＳＩＮＹＭ」が４２３０４、「Ｗ−ＲＥＳＹＵＢＥＴＵ」が１１１１、「Ｗ−ＳＥＩＫＹＵＹＭ」が４２３０４、「Ｗ−ＳＥＸ」が１、「Ｗ−ＢＩＲＴＨ」が３２５０１１０、「Ｗ−ＰＮＡＭＥ」が××太郎、「Ｗ−ＨＩＫＩＧＯＵ」が○○多摩、「Ｗ−ＨＩＮＯ」が１２３４５６７などの情報である。
【００５７】
＜情報管理システムの動作＞
まず、情報管理システムの動作の概要について説明する。
【００５８】
本実施の形態では、各医療機関より保険者へ請求された、オンラインの診療報酬明細書であるオンラインレセプトを元に以下の処理を行っている。
【００５９】
（１）被保険者証記号・番号、氏名、性別、生年月日を名寄せキーとして、被保険者ＤＢ１０７へ診療年月と受診医療機関番号を格納する。
【００６０】
（２）被保険者診療情報格納ＤＢ１０９へ、標準レセプト電算情報の医療機関情報、レセプト共通情報を１レコードに纏め、レコード識別情報＝ＲＥと、標準レセプト電算情報（薬品・診療レコード）レコード識別情報＝ＩＹ，ＳＩを格納する。
【００６１】
（３）被保険者ＤＢ１０７の診療年月が同じで医療機関番号が異なる被保険者を抽出し、複数医療機関受診確認表として出力する。
【００６２】
（４）被保険者診療情報格納ＤＢ１０９に基づいて、被保険者複数医療機関受診者の被保険者診療情報格納ＤＢレコード識別情報＝ＩＹ，ＳＩより、同一診療行為・医薬品コードがあるかチェックしあった場合には、（５）の処理を行う。
【００６３】
（５）被保険者ＤＢ１０７の複数受診該当被保険者の郵便番号先頭３桁と医療機関ＤＢ１０８の郵便番号先頭３桁が同じ医療機関を抽出し、推奨医療機関リストを作成し出力する。
【００６４】
次に、図１１〜図２０により、本発明の一実施の形態に係る情報管理システムの動作について説明する。図１１〜図１７は本発明の一実施の形態に係る情報管理システムの動作を示すフローチャートであり、図１１は全体の動作、図１２はレセプト請求情報編集処理の動作、図１３は医療機関情報判定処理の動作、図１４は被保険者情報判定処理の動作、図１５は診療行為情報判定処理の動作、図１６は名寄せ処理の動作、図１７は推奨医療機関リスト作成処理の動作を示している。
【００６５】
また、図１８〜図２０は本発明の一実施の形態に係る情報管理システムの動作中に出力される帳票例を示す図であり、図１８は被保険者無しエラーリスト、図１９は複数医療機関受診確認表、図２０は推奨医療機関リストを示している。
【００６６】
情報管理システムの全体動作は、図１１に示すように、まず、レセプト請求情報編集処理部１０３によるレセプト請求情報編集処理（ステップＳ２０１）、名寄せ処理部１０４による名寄せ処理（ステップＳ２０２）、推奨医療機関リスト作成処理部１０５による推奨医療機関リスト作成処理（ステップＳ２０３）が実行される。
【００６７】
ステップＳ２０１のレセプト請求情報編集処理は、各医療機関１１０、１１３の標準レセプト電算情報ＤＢ１１１、１１４に格納されたレセプト請求情報を受信し、医療機関情報、被保険者（患者）情報、被保険者の使用薬品・実施検査情報等の診療情報の編集を行い、被保険者ＤＢ１０７へ格納する処理である。
【００６８】
編集時には、レセプト請求情報内の被保険者（患者）の生年月日／性別／氏名／被保険者記号・番号をキーとして、被保険者ＤＢ１０７と同一情報があるかチェックし同一の場合、被保険者ＤＢ１０７の被保険者番号を取得し、被保険者診療情報格納ＤＢ１０９へ格納する。
【００６９】
レセプト請求情報の薬品、診療行為情報は被保険者ごとに可変であるため、シーケンス番号を付与し１レコードとして格納する。
【００７０】
また、ステップＳ２０２の名寄せ処理は、被保険者ＤＢ１０７の被保険者番号をキーとして、診療年月と医療機関番号が異なる場合は、複数医療機関受診確認表を出力する処理である。
【００７１】
また、ステップＳ２０３の推奨医療機関リスト作成処理は、被保険者診療情報格納ＤＢ１０９の被保険者番号と診療年月をキーとして、診療行為コードが同じで医療機関番号が異なる場合は、推奨医療機関リストを出力する処理である。
【００７２】
次に、図１１に示すレセプト請求情報編集処理（ステップＳ２０１）の詳細について説明する。
【００７３】
レセプト請求情報編集処理（ステップＳ２０１）は、図１２に示すように、まず、標準レセプト電算情報ＤＢ１０６から、標準レセプト電算情報を読み（ステップＳ３０１）、レコード終了か否かを判定し（ステップＳ３０２）、ステップＳ３０２でレコード終了の場合は、処理を終了する。
【００７４】
また、ステップＳ３０２でレコード終了でない場合は、ステップＳ３０１で読んだレコードのレセプト電算の識別が、ＩＲ−ＫＵＢＵＮ＝ＩＲであるか否かを判定し（ステップＳ３０３）、ステップＳ３０３でレセプト電算の識別がＩＲ−ＫＵＢＵＮ＝ＩＲである場合は、サービス期間情報判定部の処理となる医療機関情報判定処理（ステップＳ３０４）を実施する。
【００７５】
また、ステップＳ３０３でレセプト電算の識別がＩＲ−ＫＵＢＵＮ＝ＩＲでない場合は、ステップＳ３０１で読んだレコードのレセプト電算の識別が、ＲＥ−ＫＵＢＵＮ＝ＲＥまたはＨＯ−ＫＵＢＵＮ＝ＨＯか否かを判定し（ステップＳ３０５）、ステップＳ３０５でレセプト電算の識別がＲＥ−ＫＵＢＵＮ＝ＲＥまたはＨＯ−ＫＵＢＵＮ＝ＨＯである場合は、利用者情報判定部の処理となる被保険者情報判定処理（ステップＳ３０６）を実行する。
【００７６】
また、ステップＳ３０５でレセプト電算の識別がＲＥ−ＫＵＢＵＮ＝ＲＥまたはＨＯ−ＫＵＢＵＮ＝ＨＯでない場合は、ステップＳ３０１で読んだレコードのレセプト電算の識別が、ＩＹ−ＫＵＢＵＮ＝ＩＹまたはＳＩ−ＫＵＢＵＮ＝ＳＩか否かを判定し（ステップＳ３０７）、ステップＳ３０７でレセプト電算の識別がＩＹ−ＫＵＢＵＮ＝ＩＹまたはＳＩ−ＫＵＢＵＮ＝ＳＩである場合は、サービス情報判定部の処理となる診療行為情報判定処理（ステップＳ３０８）を実行する。
【００７７】
また、ステップＳ３０７でレセプト電算の識別がＩＹ−ＫＵＢＵＮ＝ＩＹまたはＳＩ−ＫＵＢＵＮ＝ＳＩでない場合は、ステップＳ３０１に戻る。
【００７８】
また、医療機関情報判定処理（ステップＳ３０４）、被保険者情報判定処理（ステップＳ３０６）、または診療行為情報判定処理（ステップＳ３０８）での処理が終了した場合は、ステップＳ３０１に戻る。
【００７９】
次に、図１２に示す医療機関情報判定処理（ステップＳ３０４）の詳細について説明する。
【００８０】
医療機関情報判定処理（ステップＳ３０４）では、図１３に示すように、まず、ワークエリアＤＢ１１５に医療機関番号と請求年月日を退避させ（ステップＳ４０１）、医療機関番号をキーとして医療機関ＤＢ１０８を読む（ステップＳ４０２）。
【００８１】
そして、医療機関ＤＢ１０８に該当キーのレコードがあるか否かを判定し（ステップＳ４０３）、ステップＳ４０３で該当キーのレコードがある場合は、医療機関ＤＢ１０８を更新（医療機関名称、電話番号、郵便番号、住所名の上書）する（ステップＳ４０４）。
【００８２】
また、ステップＳ４０３で該当キーのレコードがない場合は、医療機関ＤＢ１０８に追加（医療機関番号をキーとして医療機関名称、電話番号、郵便番号、住所名の追加）する（ステップＳ４０５）。
【００８３】
次に、図１２に示す被保険者情報判定処理（ステップＳ３０６）の詳細について説明する。
【００８４】
被保険者情報判定処理（ステップＳ３０６）では、図１４に示すように、まず、ワークエリアＤＢ１１５に診療年月、レセプト種別、請求年月、生年月日、性別、氏名、被保険者記号・番号を退避する（ステップＳ５０１）。
【００８５】
そして、被保険者診療情報格納用反復通番カウンターを‘１’に初期化し（ステップＳ５０２）、生年月日、性別、氏名、被保険者記号・番号をキーとして被保険者ＤＢ１０７を読む（ステップＳ５０３）。
【００８６】
そして、被保険者ＤＢ１０７に、該当キーのレコードがあるか否かを判定し（ステップＳ５０４）、ステップＳ５０４で該当キーのレコードがある場合は、被保険者ＤＢ１０７を更新（被保険者ＤＢ１０７へワークエリアＤＢ１１５の診療年月と医療機関番号を追記）する（ステップＳ５０５）。
【００８７】
また、ステップＳ５０４で該当キーのレコードがない場合は、図１８に示すような被保険者無しエラーリストを作成して、出力する（ステップＳ５０６）。
【００８８】
この被保険者無しエラーリストにより、被保険者情報に該当しない可能性があることを確認することができる。
【００８９】
次に、図１２示す診療行為情報判定処理（ステップＳ３０８）の詳細について説明する。
【００９０】
診療行為情報判定処理（ステップＳ３０８）では、図１５に示すように、まず、図１４に示すステップＳ５０１で退避したワークエリアＤＢ１１５の被保険者番号、診療年月、医療機関番号、レセプト種別、請求年月およびレセプト電算識別ＩＹ・ＳＩの診療区分、診療行為コード、使用量を被保険者診療情報格納ＤＢ１０９の出力エリアへセットする（ステップＳ６０１）。
【００９１】
そして、ステップＳ６０１で被保険者診療情報格納ＤＢ１０９の出力エリアへセットされたデータを被保険者診療情報格納ＤＢ１０９へ追加し（ステップＳ６０２）、被保険者診療情報格納用反復通番カウンターに‘１’を加算する（ステップＳ６０３）。
【００９２】
次に、図１１に示す名寄せ処理（ステップＳ２０２）の詳細について説明する。
【００９３】
名寄せ処理（ステップＳ２０２）では、図１６に示すように、まず、被保険者ＤＢ１０７の被保険者番号をキーとして読み（ステップＳ７０１）、レコード終了か否かを判定し（ステップＳ７０２）、ステップＳ７０２でレコード終了の場合は、処理を終了する。
【００９４】
また、ステップＳ７０２でレコード終了でない場合は、被保険者ＤＢ１０７の診療年月と医療機関番号の反復データを一時的なワークエリアＤＢ１１５に退避し、診療年月が同じで医療機関番号が異なるかをサーチ（ＭＡＸ１００回）することにより、診療年月と医療機関番号が異なるか否かを判定する（ステップＳ７０３）。
【００９５】
ステップＳ７０３で同じ場合は、複数医療機関を受診していないため、ステップＳ７０１に戻る。
【００９６】
また、ステップＳ７０３で異なる場合は、複数医療機関受診確認表出力編集処理を行い（ステップＳ７０４）、図１９に示すような複数医療機関受診確認表を作成して、出力する（ステップＳ７０５）。
【００９７】
この複数医療機関受診確認表により、保険者側で被保険者が同一月に複数医療機関に受診したことを確認できる。
【００９８】
次に、図１１に示す推奨医療機関リスト作成処理（ステップＳ２０３）の詳細について説明する。
【００９９】
推奨医療機関リスト作成処理（ステップＳ２０３）では、図１７に示すように、まず、被保険者番号・診療年月をキーとして被保険者診療情報格納ＤＢ１０９を読み（ステップＳ８０１）、レコード終了か否かを判定し（ステップＳ８０２）、ステップＳ８０２でレコード終了の場合は、処理を終了する。
【０１００】
また、ステップＳ８０２でレコード終了でない場合は、ワークエリアＤＢ１１５に診療行為コードと医療機関番号をセットする診療行為コードと医療機関番号セット処理を行う（ステップＳ８０３）。
【０１０１】
そして、診療行為コードが同じか否かを判定し（ステップＳ８０４）、ステップＳ８０４で診療行為コードが同じでない場合は、一時的にワークエリアＤＢ１１５に格納された診療行為コードをサーチし、同じコードでない場合、ワークエリアＤＢ１１５に追加格納する診療行為コードと医療機関番号追加セット処理を行い（ステップＳ８０５）、ステップＳ８０１に戻る。
【０１０２】
また、ステップＳ８０４で診療行為コードが同じの場合は、医療機関番号が同じか否かを判定する（ステップＳ８０６）。ステップＳ８０６においては、ステップＳ８０４で診療行為コードが同じであり、かつ医療機関番号が同じかが判定され、医療機関番号が同じでない場合、同一月で異なる医療機関で同一の診療行為があることになる。
【０１０３】
ステップＳ８０６で医療機関番号が同じ場合は、異なる医療機関で同一の診療行為はないためステップＳ８０１に戻る。
【０１０４】
また、ステップＳ８０６で医療機関番号が同じでない場合は、被保険者診療情報格納ＤＢ１０９の被保険者情報を出力エリアにセットする複数医療機関受診確認表出力編集処理を行う（ステップＳ８０７）。
【０１０５】
そして、被保険者の住所コードをキーとして医療機関ＤＢ１０８を読み（ステップＳ８０８）、被保険者の住所に近い医療機関を検索する。
【０１０６】
そして、図２０に示すような、被保険者番号・氏名・生年月日・診療年月・受診医療機関名称、推奨医療機関名称が記載された推奨医療機関リストを出力して（ステップＳ８０９）、ステップＳ８０１に戻る。
【０１０７】
この推奨医療機関リストにより、被保険者が同一月に複数医療機関に受診し、かつ同じ診療行為を実施していた場合、被保険者の住所に近い医療機関が検索されて推奨医療機関として出力されるため、推奨医療機関を被保険者へ通知し、重複投薬・検査等の重複診療行為の抑止を図ることができ、医療費の増加防止を行うことができる。
【０１０８】
なお、本実施の形態では、情報管理システムとして、被保険者診療情報管理システムを一例に説明をしたが、本発明はこれに限らず、利用者が、例えば、１ヶ月などの一定期間に複数箇所でサービスの提供を受けた際のサービス内容や費用負担などの情報を管理するシステムや装置などでも適用可能である。
【０１０９】
その場合には、各データベースの内容は異なるが、利用者が利用する複数のサービス提供機関から送信された、利用者の情報、サービス内容および費用負担などの情報を受信し、利用者の番号、氏名、性別、生年月日を名寄せキーとして、サービス内容の重複チェックを行い、一定期間に重複したサービスや費用負担があった場合に、利用者の住所に近い推奨サービス提供機関を紹介することになる。
【０１１０】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【符号の説明】
【０１１１】
１０１…保険者側に設置されたサーバ、１０２…被保険者診療情報管理システム、１０３…レセプト請求情報編集処理部、１０４…名寄せ処理部、１０５…推奨医療機関リスト作成処理部、１０６、１１１、１１４…標準レセプト電算情報ＤＢ、１０７…被保険者ＤＢ、１０８…医療機関ＤＢ、１０９…被保険者診療情報格納ＤＢ、１１０…医療機関Ａ、１１３…医療機関Ｂ、１１２…ネットワーク、１１５…ワークエリアＤＢ。
【図１】
2014157393.tif 000003
【図２】
2014157393.tif 000004
【図３】
2014157393.tif 000005
【図４】
2014157393.tif 000006
【図５】
2014157393.tif 000007
【図６】
2014157393.tif 000008
【図７】
2014157393.tif 000009
【図８】
2014157393.tif 000010
【図９】
2014157393.tif 000011
【図１０】
2014157393.tif 000012
【図１１】
2014157393.tif 000013
【図１２】
2014157393.tif 000014
【図１３】
2014157393.tif 000015
【図１４】
2014157393.tif 000016
【図１５】
2014157393.tif 000017
【図１６】
2014157393.tif 000018
【図１７】
2014157393.tif 000019
【図１８】
2014157393.tif 000020
【図１９】
2014157393.tif 000021
【図２０】
2014157393.tif 000022