JPH1115885A - 点数表マスタ管理システム - Google Patents

Abstract

(57)【要約】 【課題】医療事務システムにおける医事会計に必要な点
数・薬価等の情報の雛形であるマザーマスタに対して追
加・修正・削除を行い、それを基に生成した更新データ
を、顧客が意図的に修正しているユーザマスタへ反映す
る過程において、一括で修正を行うためにユーザ毎の専
用の更新データを管理している。ユーザ毎の更新データ
を、全ユーザ同一更新データに統一することができれ
ば、ユーザ情報の管理に伴う工数および体制の必要がな
くなる。 【解決手段】上記課題を解決するために、更新データ２
１１に、「マザーマスタにおける更新前のデータ」２１
３および「マザーマスタにおける更新後のデータ」２１
４を保有させた。その結果、「マザーマスタにおける更
新前のデータ」および「ユーザマスタ側のデータ」を比
較することによりユーザが意図的に変更したものかどう
かの判断をする事が可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】医療事務システムは、医療行
為を受けた患者に対する請求書の発行や、毎月の各保険
機関に対する診療報酬明細書（レセプト）の発行を主た
る業務とするシステムである。その際のシステムで使用
する医療行為の点数や薬品の薬価等の情報はユーザマス
タに格納されている。ユーザマスタとは、医療事務シス
テムの提供者が点数・薬価等の情報の雛形であるマザー
マスタを各顧客に提供し、マザーマスタまたはマザーマ
スタの複製物に対して、特定レコード中の特定項目をユ
ーザの意向により変更しているマスタのことである。

【０００２】マザーマスタ／ユーザマスタは、毎年の医
療費改定等により大規模な追加・修正が発生する。ま
た、そういった大規模な追加・修正以外に、小規模では
あるが官報等の告示により追加・修正が度々行なわれ
る。それら全てにおいて、追加・修正処理を迅速かつ正
確にマザーマスタ／ユーザマスタへ反映する必要があ
る。

【０００３】本発明は、医療事務システムに必要な点数
・薬価等の情報の雛形であるマザーマスタに対して追加
・修正・削除を行いそれらの情報をユーザマスタへ反映
する過程において、医療事務システムの提供者の作業を
大幅に低減させることを目的とした点数表マスタ管理シ
ステムである。

【０００４】

【従来の技術】ユーザマスタ中のレコードを一括更新す
るために、マザーマスタを管理している医療事務システ
ムの提供者は、各顧客毎にそれぞれのレコードのそれぞ
れの項目一つ一つについて更新可不可の情報を管理して
いる。更新可不可の情報には３種類のフラグが設けら
れ、それぞれ次の意味を持っている。

【０００５】１）マザーマスタ側の変更有無に関係な
く、且つ、ユーザマスタ側の内容が変更されても良い場
合 ２）マザーマスタ側の変更がなく、且つ、ユーザマスタ
側が変更されている場合 ３）マザーマスタ側の変更があり、且つ、ユーザマスタ
側が変更されている場合そして、その更新可不可の情報
を固定フラグとして更新データに設けることによって、
各顧客が意図的に特定レコード中の特定項目の内容を変
更した場合であっても更新ファイルによる一括更新が実
現されている。この方法は特開平５−８１０９８号公報
に記載されている。

【０００６】また、度々行なわれる官報等の告示による
追加・修正は、小規模であるため、更新データによる一
括更新を行わず、追加・修正の情報を各顧客に連絡する
だけに留まっている。

【０００７】

【発明が解決しようとする課題】ユーザマスタ中のレコ
ードを、更新データにより一括更新するために、医療事
務システムの提供者は、各顧客毎にそれぞれのレコード
のそれぞれの項目一つ一つについて更新可不可の情報を
管理している。

【０００８】そのため、更新データはユーザ数の種類が
存在し、５０ユーザ、１００ユーザともなると管理が困
難であり、管理工数は大きなものとなる。更に、管理体
制についても万全を期する必要がある。

【０００９】また、マザーマスタは、点数・薬価を含め
そのほとんどが公に定められた項目で構成されており、
各顧客にて意図的に変更を行う場合は基本的にはありえ
ない。但し、例外的に顧客が特定レコードの特定項目を
意図的に変更する場合が小数存在する。

【００１０】上記の様に、ユーザマスタ中のレコード
を、更新データにより一括更新するために、マザーマス
タを管理している医療事務システムの提供者の負荷は大
きい。負荷軽減のためには、各顧客毎に更新可不可の情
報を管理することなく、ユーザマスタ中のレコードを一
括更新する手段が必要となる。そうすることにより、ユ
ーザ数の種類の更新データを全ユーザ同一の更新データ
とすることができ、ユーザ情報の管理に伴う工数および
体制の必要がなくなる。

【００１１】

【課題を解決するための手段】上記課題を解決するため
に、更新データに、「マザーマスタにおける更新前のデ
ータ」および「マザーマスタにおける更新後のデータ」
を保有させた。その結果、「マザーマスタにおける更新
前のデータ」および「ユーザマスタ側のデータ」を比較
することにより顧客が意図的に変更したものかどうかの
判断をする事が可能となる。

【００１２】「マザーマスタにおける更新前のデータ」
と「ユーザマスタ側のデータ」が同じ値であれば、顧客
が意図的に変更したレコードでないため、「マザーマス
タにおける更新後のデータ」に更新する。

【００１３】「マザーマスタにおける更新前のデータ」
と「ユーザマスタ側のデータ」が違う値であれば、顧客
が意図的に変更したレコードであるため、「ユーザマス
タ側のデータ」をそのまま残すか、「マザーマスタにお
ける更新後のデータ」に更新するかは顧客判断となる。
しかし、ユーザマスタ全体でみても意図的に変更したレ
コードは少なく、更新データにそのレコードが含まれる
確率は更に低い確率となり、顧客判断のレコードは少な
い。また、顧客が意図的に変更したレコードは、顧客が
管理することにより、管理の単純化が図れる。

【００１４】そして、更新データを基に追加・修正・削
除の内容を示す資料を作成することにより、追加・修正
・削除の情報を連絡するための資料作成に要していた時
間を短縮することができる。

【００１５】

【発明の実施の形態】図１は、本発明の実施形態の一例
を示すシステム構成図である。

【００１６】１０１は、医療事務システムの提供者が管
理するマザーマスタの内容を表示するための手段を備え
た装置である。１０２は、医療事務システムの提供者が
管理するマザーマスタである。１０３は、マザーマスタ
／ユーザマスタに対してレコード追加を行うための追加
データの集まりである。１０４は、マザーマスタ／ユー
ザマスタに対してレコード修正を行うための修正データ
の集まりである。１０５は、マザーマスタ／ユーザマス
タに対してレコード削除を行うための削除データの集ま
りである。１０６は、追加・修正・削除データ（更新デ
ータ）の生成、更新データによるマザーマスタ／ユーザ
マスタの更新、および、更新データを基に追加・修正・
削除情報の印刷を行う業務プログラムである。１０７
は、追加データを基に印刷される追加内容を示す資料で
ある。１０８は、修正データを基に印刷される修正内容
を示す資料である。１０９は、削除データを基に印刷さ
れる削除内容を示す資料である。このように、更新デー
タを基に追加・修正・削除の内容を示す資料を作成する
ことにより、追加・修正・削除の情報を連絡するための
資料作成に要していた時間を短縮することがで、顧客へ
の連絡を更に迅速化することができる。１１０は、追加
情報１０７・修正情報１０８・削除情報１０９を印刷す
るためのプリンタである。

【００１７】１１１は、通信回線である。

【００１８】１２１は、各顧客が使用するユーザマスタ
の内容を表示するための手段を備えた装置である。１２
２は、各顧客が使用するユーザマスタである。１２３
は、追加・修正・削除データ（更新データ）によるマザ
ーマスタ／ユーザマスタの更新、および、更新データを
基に追加・修正・削除情報の印刷を行う業務プログラム
である。１２４は、追加データ１０３を基に印刷される
追加内容を示す資料である。１２５は、修正データ１０
４を基に印刷される修正内容を示す資料である。１２６
は、削除データ１０５を基に印刷される削除内容を示す
資料である。１２７は、追加情報１２４・修正情報１２
５・削除情報１２６を印刷するためのプリンタである。

【００１９】図２は、本発明の実施形態の一例のファイ
ル更新の遷移を示した図である。

【００２０】２０１は、医療事務システムの提供者が管
理するマザーマスタ１０２である。２０２の管理番号
は、マザーマスタ２０１においてユニークに付番された
番号である。２０３のデータ部は、管理番号２０２に対
する価格・名称などを含むデータ部分である。

【００２１】２１１は、マザーマスタの修正が３件発生
したため、医療事務システムの提供者が装置１０１にお
いて、修正するレコードの管理番号・修正後の内容・修
正番号を指定することで生成した修正データ１０４であ
る。修正番号２１２は、官報の告示による修正が度々発
生する特性があることから、どの時点での修正かを識別
するために、同一時点での修正グループに同一修正番号
を設定する。従って、同一修正番号が一つの修正単位と
なる。また、修正データ２１１では、修正番号２１２
が”００１”のみ存在する場合を記載している。２１３
の修正後データ部は、マザーマスタに対して正しく更新
された最新のデータ部である。２１４の修正前データ部
は、マザーマスタに対する更新直前のデータ部である。

【００２２】２２１は、マザーマスタ２０１に、修正デ
ータの修正通番が "００１" であるデータにより正しく
修正された最新のマザーマスタである。

【００２３】図３は、本発明の実施形態の一例のファイ
ル更新の遷移を示した図である。

【００２４】３０１は、ユーザマスタ１２２である。ま
た、ユーザマスタ３０１では、ユーザ自身がマザーマス
タ１０２・２０１の全レコードを抜粋し作成した場合を
記載している。更に、ユーザマスタ３０１では、特定レ
コードの名称をユーザ自身が意図的に変更した場合を記
載している（３０２・３０３参照）。

【００２５】３１１は、ユーザ自身がユーザマスタ３０
１に修正データの修正番号が "００１" であるデータに
より修正を行った際、意図的に変更した項目３０２に対
しては、運用上、個別の名称を残す必要がないと判断し
修正可を指定、そして、意図的に変更した項目３０３に
対しては、運用上、個別の名称を残す必要があると判断
し修正不可を指定することによって更新した最新のユー
ザマスタである。また、修正可不可の指示は、修正デー
タによる修正を行う最中に装置１２１より修正可不可の
指示を促しそのリターン値を基に判断する手段などが考
えられ、どのような指示方法でも良い。

【００２６】図４は、本発明の修正データによるユーザ
マスタへの修正のフローチャートを示したものである。
更新の手段（ステップ４０４，４０６，４０７，４０
８）が本発明の実施に必要な手段である。修正データ２
１１の３件によりユーザマスタ３０１が修正される場
合、修正データ２１１の管理番号 "000001" による修正
を１−１）・１−２）、管理番号 "000002" による修正
を２−１）〜２−３）、管理番号 "000003" による修正
を３−１）〜３−３）に説明する。

【００２７】１−１）修正データ２１１より、１件目の
レコード（修正番号 "００１" ・管理番号 "000001" ・
・・）を参照する（ステップ４０１）。このとき修正デ
ータがファイルの最後である場合は修正処理を終了する
（ステップ４０２）。参照したレコードが修正対象の修
正番号 "００１" であるため、同管理番号を持つレコー
ドをユーザマスタ３０１より参照する（ステップ４０
３，４０４）。このとき同管理番号を持つレコードを参
照できない場合は修正の対象外とする（ステップ４０
５）。

【００２８】１−２）ユーザマスタのデータ部３０４
と、修正データの更新前データ部２１５とがすべて同じ
であるため、修正データ２１１の更新後データ部とすべ
て同じに修正、つまり「マザーマスタにおける更新後の
データ」に修正される（ステップ４０５，４０６，４０
７）。

【００２９】２−１）次に、修正データ２１１より、２
件目のレコード（修正番号 "００１"・管理番号 "00000
2" ・・・）を参照する（ステップ４０１）。参照した
レコードが修正対象の修正番号 "００１" であるため、
同管理番号を持つレコードをユーザマスタ３０１より参
照する（ステップ４０３，４０４）。

【００３０】２−２）ユーザマスタの「２名称」３０２
の項目と、修正データの「２名称」２１８の項目とがア
ンマッチであるため、「２名称」３０２は意図的に変更
されたものである（ステップ４０６，４０８）。

【００３１】２−３）意図的に変更された「２名称」３
０２に対して、装置１２１は修正可不可の指示を促し、
修正可の指示を受けると、ユーザマスタの管理番号 "00
0002"を持つレコードは、修正データ２１１の更新後の
データ部と同じに修正、つまり「マザーマスタにおける
更新後のデータ」に修正される（ステップ４０７，４０
８）。

【００３２】３−１）次に、修正データ２１１より、３
件目のレコード（修正番号 "００１"・管理番号 "00000
3" ・・・）を参照する（ステップ４０１）、参照した
レコードが修正対象の修正番号 "００１" であるため、
同管理番号をユーザマスタより参照する（ステップ４０
３，４０４）。

【００３３】３−２）ユーザマスタの「２名称」３０３
の項目と、修正データの「２名称」２１９の項目とがア
ンマッチであるため、「２名称」３０３は意図的に変更
されたものである（ステップ４０６，４０８）。

【００３４】３−３）意図的に変更された「２名称」３
０３に対して、装置１２１は修正可不可の指示を促し、
修正不可の指示を受けると、ユーザマスタの管理番号 "
000003" を持つレコードは、修正されない、つまり「ユ
ーザマスタ側のデータ」がそのまま残る。（ステップ４
０７，４０８）。

【００３５】このようにして、本発明の点数表マスタ管
理システムでは、本来ユーザ数の種類の更新データを、
全ユーザ同一の更新データとすることができ、ユーザ情
報の管理に伴う工数および体制を必要としない。

【００３６】

【発明の効果】以上説明したように本発明によれば、ユ
ーザマスタ中のレコードを更新データにより一括更新す
る場合、各顧客毎に変更可不可の情報を管理することな
くユーザマスタ中のレコードを一括更新することがで
き、本来ユーザ数の種類の更新データを全ユーザ同一の
更新データとすることができ、ユーザ情報の管理に伴う
工数および体制の必要がなくなる。

【００３７】また、更新データを基に追加・修正・削除
の内容を示す資料を作成することにより、追加・修正・
削除の情報を連絡するための資料作成に要していた時間
を短縮することがで、顧客への連絡を更に迅速化するこ
とができる。

【図面の簡単な説明】

【図１】本発明の一実施例のシステム構成図である。

【図２】本発明の一実施例のファイル更新時のファイル
構成図である。

【図３】本発明の一実施例のファイル更新時のファイル
構成図である。

【図４】本発明の一実施例のファイル更新の流れ図であ
る。

【符号の説明】

１０１…管理元の「点数表マスタ管理システム」、 １
０２，２０１，２２１…マザーマスタ、 １０３〜１０
５，２１１…更新データ、１０７〜１０９，１２４〜１
２６…更新内容を示す資料、１２１…ユーザ側の「点数
表マスタ管理システム」、 １２２，３０１，３
１１…ユーザマスタ、２１３…マザーマスタにおける更
新前データ、２１４…マザーマスタにおける更新後デー
タ、 ３０１〜３０８…処理ステップ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 木谷 好宏 東京都江東区新砂一丁目６番27号 株式会 社日立製作所公共情報事業部内

Claims (2)

【特許請求の範囲】
1. 【請求項１】少なくとも、医療行為の点数と薬品の薬価
   の情報を格納したマスタファイルとそのマスタファイル
   を更新するための更新データを備えた医療事務システム
   において、更新データが少なくとも更新前のデータおよ
   び更新後のデータの２種類を保有し、更新前のデータを
   用いて更新の可不可を判断することを特徴とする点数表
   マスタ管理システム。
2. 【請求項２】請求項１記載の医療事務システムにおい
   て、更新データを基に更新の内容を示す資料を作成する
   ことを特徴とした点数表マスタ管理システム。