予約データの移行で失うものと守るもの、切り替え前に決めておく範囲

• Facebook
• X(旧:Twitter)
• はてブ
• LINE

予約データの移行で先に守るのは、すでに確定している予約と、その予約が誰のものかを確かめる情報です。過去の履歴をすべて新しい画面へ移すかどうかは別に決め、移せない記録は必要な範囲を手元に残します。

システムが変わるだけで通院予定まで消えるのでは、と感じる患者さんもいるでしょう。医院側が予約の有効性と変更の連絡先を明確にしておけば、患者さんに予約の取り直しを求めずに済む範囲を判断できます。

この記事では、予約データを引き継ぐ範囲と切り替え前に決めておく対応をまとめています。

予約データの移行は項目ごとに可否が分かれる

「データを移せる」という回答だけでは、過去の履歴まで使えるかは判断できません。書き出せる項目と受け入れられる項目を対応させ、移した後の表示まで確かめる必要があります。

氏名や日時は受け入れ先の欄と照合

氏名や予約日時が旧システムから書き出せても、新システムに対応する入力欄がなければ同じ形では収まりません。まずは患者さんを識別する番号、連絡先、日時、予約内容を並べ、それぞれの受け入れ先を提供会社へ確認します。

CSVは、項目を区切って保存する形式のファイルです。この形式に対応していても、日付の書き方や番号の扱いが違えば、予約の読み込みに失敗したり別の値として表示されたりします。

履歴や添付資料は個別の確認が必要です

予約一覧に表示される情報と、詳細画面にだけ残る情報は分けて扱います。変更前の日時や取消理由、添付資料が一覧の書き出し対象に含まれるかは、実際の出力項目で確認するのが確実です。

たとえば、備考欄を読み込めても文字数の上限が短ければ、末尾に書かれた来院時の案内が途切れます。添付資料についても、ファイル名だけ移るのか、内容を開ける状態まで引き継ぐのかで利用できる範囲が変わります。

同じ画面での再現が難しい記録は元の形式で残し、新画面に情報がないときの参照先まで決めておくと、患者さんに同じ説明を繰り返してもらう場面を減らせます。

保存できても予約操作まで戻るとは限らない

過去の予約をファイルとして保存できる状態と、新システムで変更や取消ができる状態は別です。閲覧用に取り込んだ記録が有効な予約枠として扱われるかは、提供会社の説明と取り込み後の画面で確かめます。

また、以前の確認メールにある変更用リンクが、新システムの予約に引き継がれるかも確認対象です。日時が正しく移っていても、そのリンクから変更できなければ、患者さんへ新しい手続き先を知らせる必要があります。

提供会社への依頼は「履歴も全部」ではなく、日時を閲覧したいのか、今後の予約を操作したいのかまで具体化しましょう。用途を添えると、取り込めるという回答がどの状態を指しているかを判断しやすくなります。

過去の予約データはどこまで残せばよい？

過去の予約は、今後の受付で使う履歴と、問い合わせ時に参照する記録に分けると範囲を決めやすくなります。新画面へ移す期間だけでなく、移さない期間をどこで確認できるかも決めておきます。

今後の予約を過去の履歴より先に確保

過去の情報を整理する前に、切り替え後の来院予定がある患者さんの予約を確保します。対象は切り替え直後の数日分だけでなく、旧システムで受け付けた先の日付の予約まで含む範囲です。

定期的な予約が複数回登録されているときは、直近の1件だけを見て移行済みと判断しないようにします。元の画面で最も先の日付まで確認し、予約ごとの日時や内容を追える状態にしておけば、後日の予約だけ抜ける事態を見つけやすくなります。

仮予約や返答待ちの記録は確定予約と区別し、予約枠に入っていない約束についても、誰がいつ確定の連絡を行う予定だったかを引き継ぎます。

診療済み・取消済みを分けて保存

過去の記録を保存するときは、日時だけでなく予約の状態も残します。来院済みと取消済みが同じ履歴として並ぶと、患者さんから前回の予約について聞かれた際に、画面だけでは経緯を追えなくなるためです。

ただし、元の記録にない状態を推測で補うのは避けます。「来院の記録が見つからない」を「取消済み」に変えると意味が異なるため、判断できない項目は未確認として区別し、元の情報をたどれるように残します。

過去の全件移行と参照用保存を分ける

新システムで日常的に使わない古い履歴は参照用のファイルとして保存する選択もあり、全件を取り込むかの二択にせず、受付で使う期間と問い合わせに備える期間に分ければ、必要な情報へ到達する方法を具体化できます。

一方、ファイルが大量にあっても日付や氏名で探せなければ、患者さんを待たせる原因になります。保存範囲を決める際は、いつの記録がどのファイルに入っているかを分かる形にし、必要な1件を取り出せるかを確認します。

予約情報と別の記録が同じ出力に混ざる場合もあるため、保存期間を一律に決めず、含まれる内容に応じて整理します。旧サービスを終了した後も閲覧できる期間は、手元のファイルの保存期間とは分けて確認が必要です。

切り替え日をまたぐ予約は受付先をそろえる

切り替え前に取った予約も、来院日は切り替え後になり得ます。旧システムへの登録日で分けず、どの時点から新システムを予約の基準にするかを決めると、変更の反映先がそろいます。

最後の取り出し時刻と新規受付の開始時刻

切り替え日だけでなく、旧システムから最後にデータを取り出す時刻と、新システムで予約を受け始める時刻を決めます。最初の取り出し後も予約が増えるなら、その間に発生した追加や変更を反映する時間が必要です。

たとえば、金曜夜に書き出して月曜朝から新画面を使う場合、週末に旧画面で受け付けた予約を取り込む扱いが欠かせません。旧画面の受付を続けるなら追加分を追い、止めるなら停止中の連絡先を患者さんへ案内します。

オンライン受付の停止中も電話で変更を受け付けるなら、受付担当者が記録した内容まで最後の取り込み対象に含めます。

追加・変更・取消は別々に突き合わせる

取り出し後の更新は、追加だけでなく変更と取消も分けて確認します。新しい予約だけを補う方法では、旧画面で取り消した予約が新画面に残ったり、変更前後の予約が両方有効になったりするためです。

そのため、更新前後をひも付ける予約番号を残せるかも確認します。番号が使えないときは氏名だけで決めず、予約日時や連絡先など元の記録にある情報を照らし合わせて対象を特定します。

患者さんに二重の取り直しを求めない

すでに確定した予約を医院側で引き継げるなら、患者さんが同じ日時を新たに予約する必要はありません。画面が変わったという理由だけで一斉に取り直しを求めると、移行済みの予約に重ねて登録されるおそれがあります。

ただし、引き継げない予約が残る場合は、その対象を特定したうえで個別に対応します。旧予約を残したまま新しい枠を案内するのか、日時を確認して医院側で登録するのかを決め、患者さんに行ってもらう操作を絞ります。

患者さんが取り直すべきか迷っている際に先に伝えるのは、予定どおり来院してよいかを判断できる予約の有効性。登録方法の説明は、その確認を終えてから必要な操作に絞ります。

患者さんへの案内は予約への影響が決まってから

案内を出す時期は、切り替え日から一律に逆算するより、患者さんに必要な行動から決めます。予約がそのまま有効か、変更先が変わるかを確定してから、影響を受ける人へ届く方法を選びます。

予告には日付と予約の有効性を記載

切り替えの予告には、新しい受付に変わる日付と、すでに受け付けた予約をどう扱うかを入れます。医院が移行作業をする旨だけでは、患者さんは確認メールを保存すべきか、再登録が必要かを判断しにくくなります。

予約の扱いがまだ確定していない段階では、全予約が引き継がれると断定せず、確定後の案内予定を示します。患者さんに再登録を依頼する必要があるなら、操作できる期間と問い合わせ先を同じ案内に載せる準備が必要です。

• 切り替え日時 … 新しい予約受付を使い始める日と時刻
• 予約の扱い … 既存予約が有効か、取り直しが必要か
• 変更方法 … 旧リンクを使える期限と変更の連絡先
• 操作の要否 … 再登録が必要な対象と手続きの時期

操作が必要な人には個別に通知

告知を読んでいない患者さんも予約日時には来院するため、新しい登録や日時の確認が必要な対象を医院側で把握し、ホームページの告知だけでなく個別の案内を用意します。

案内を送る時期は、患者さんが内容を確認し、疑問があれば受付に連絡できる余裕を持たせます。来院日が近い人と数か月先の人では影響が違うので、先に対応が必要な予約から順に知らせると進捗を追いやすくなります。

送信済みでも患者さんの手続きが終わったとは限らないため、連絡が届かなかった人や未確認の予約を区別し、別の連絡方法が必要かを判断できる記録を残します。

切り替え後も古い通知から迷わず連絡できる案内

以前に届いた確認メールや予約票は、切り替え後も患者さんの手元に残ります。その記載先から予約を変更できなくなるなら、案内文に旧リンクの扱いと新しい変更方法を明記し、来院日時は変わらないかも伝えます。

また、旧システムからの予約前通知が残るかを確認し、新システムの通知と重ならない扱いを決めます。同じ予約の通知が2通届けば二重予約と思われるおそれがあるため、通知の送信予定も予約本体と合わせて確認する対象です。

切り替え後の告知には、すでに予約した人向けの連絡先を残します。新規予約の入口だけを示すより、予約内容を確かめたい患者さんが再予約へ進んでしまうのを防ぎやすくなります。

移行前に手元へ残す予約データと照合記録

手元に残す記録は、元の予約を再確認できる出力と、移行作業で何を変更したかの記録です。画面の一部を保存するだけで済ませず、対象期間の全体を追える形に整えます。

元の出力と取り込み用の加工後を別保存

旧システムから取り出したファイルは、加工前の状態を残します。取り込みに合わせて列名や日付を書き換える際に元のファイルへ上書きすると、後で食い違いが見つかっても、元からの情報か加工時の変更かを判別しにくくなります。

加工後のファイルには、何を直したかが分かる記録を添えます。予約区分の名称を新画面に合わせて統一した場合が、その一例です。元の区分との対応も残しておくと、患者さんから以前の名称で尋ねられても追えます。

• 加工前の出力 … 旧画面から取り出した時点の記録
• 取り込み用の出力 … 新画面に合わせて修正した記録
• 変更内容の控え … 名称や形式を書き換えた箇所
• 対象期間の控え … 出力した範囲と取り出し日時

件数と対象期間を一緒に控える

移行前の予約件数は、対象期間と予約の状態を添えて控えます。取消済みを含む件数と有効な予約だけの件数では比較できないため、新旧で同じ条件を使って数える準備が必要です。

全体の件数が一致しても、1件の欠落と1件の重複が相殺される場合はあります。件数は全体を確かめる手がかりとし、予約番号や日時による個別の照合と組み合わせます。

ファイルを開いて探せる状態まで確認

ファイルが保存されたという表示だけでなく、実際に開いて内容を確かめます。氏名の文字化けや電話番号の先頭の0の欠落があれば、予約を正しく移せても、患者さんの確認や連絡に支障が出るおそれがあります。

長い備考や複数ページの資料を含むときは、先頭だけでなく末尾まで読めるかも確認対象です。旧システムに接続して初めて開く形式なら、その接続が終わった後に内容を見られるかを提供会社へ確かめる必要があります。

参照用の保存先にはファイル名と対象期間の対応を残し、予約を問い合わせた患者さんの氏名や日付から元の内容へたどり着ける状態に整えましょう。

切り替え完了は予約を照合して判断します

新画面を開けるだけでは、予約を引き継げたとの判断には足りません。今後の予約が一致し、取り込めなかった記録の対応先まで決まった時点を完了の基準にします。

同姓同名や番号の重複は個別照合

患者さんの氏名が同じでも、同一人物としてまとめてよいとは限りません。旧番号が新システムの別の番号と重なる場合もあるため、氏名だけの一致で統合せず、元の登録情報を複数照合して判断します。

家族が同じ連絡先を使っている場合、電話番号の一致だけでも区別がつかなくなります。判断できない記録は無理にまとめず、どの予約が未確認なのかを残して、来院前の確認または受付時の照合につなげます。

確認が必要な患者さんへ連絡する際は、登録が失われたと決めつけず、予約日時と登録内容を確認したい旨を伝えます。医院側の照合不足を理由に、取り直しや新規登録を先に求めない配慮が必要です。

来院直前の予約から遠い日付まで確認

直近の画面だけが正しくても、数か月先の予約が対象外なら後日不一致が見つかるため、切り替え直後の予約を先に確かめ、その後は旧システムで予約できた最も先の日付まで確認を広げます。

さらに、日時だけでなく予約内容や状態も照合します。同じ患者さんが同日に複数の予約を持つ場合は、それぞれが意図した予約かを元の記録で確認し、機械的に重複として削除するのを避けます。

患者さんに伝えた日時と新画面が違う予約は、画面のどちらかを正しいと決めつけず、案内済みの内容と変更の経緯を確認してから有効な日時をそろえます。

移せなかった記録の対応を閉じる

移せなかった記録が未対応のまま埋もれるのを防ぐには、件数だけでなく、手入力で補ったのか、参照用に保存したのか、患者さんへの連絡が残っているのかを予約ごとに記録することが必要です。

旧サービスを終了する前に、残した記録で問い合わせへ対応できるかと、未確認の予約が残っていないかを照らし合わせます。未完了の項目があるときは、元の画面をいつまで使えるかを確認し、その期限までの対応を決めます。

乗り換えの判断では、新しい機能の魅力に加えて、必要な予約を引き継げる範囲も材料になります。完了の記録には照合した対象期間と残った課題を添え、後日確認する人にも移行の到達点が伝わる形にします。

よくある質問

• Facebook
• X(旧:Twitter)
• はてブ
• LINE