ServiceNow がエンドコンシューマーをサポートする事業顧客とサードパーティチャネルパートナーをサポートできるようにする顧客データモデル。HCLS-SM Core に対して手動で有効にする必要があり、Customer Data Models for B2B2C プラグインが必要です。

たとえば、ある医療機器メーカーは、B2B2C を有効にして、病院の連絡先 (企業) が CSM ポータルでエンドコンシューマーの患者に対して医療ケースをオープンできるようにします。

問題、実行されたアクション、解決の詳細など、あらゆる HCLS ケースタイプの簡潔なサマリーを提供する、Now Assist を活用した生成 AI 機能。sn_customerservice_agentロールまたはconsumer_agentロールを持つエージェントは、[概要] タブからサマリーを生成できます。

たとえば、エージェントは処置の要求ケースで [要約を作成] をクリックして、患者に対応する前に、ケースの履歴、未処理のタスク、および現在のステータスをすばやく把握します。

患者に代わって支払人組織に提出された主な請求とその品目の詳細をそれぞれ保存するテーブル (sn_hcls_claim_header および sn_hcls_claim_line)。請求は、患者、支払人、および診断情報にリンクされます。

たとえば、処置が完了すると、支払人の詳細を含む請求ヘッダーが作成され、個々の請求明細が各サービス、NDC コード、およびサービスの日付をキャプチャします。

HCLS-SM Core とともにインストールされる AES-256 暗号化モジュールは、機密性の高い医療フィールド (患者名、生年月日、SSN、保険番号、診療日) を列レベルで保護します。アクセスは、特定のロールに関連付けられたモジュールアクセスポリシーによって制御されます。

たとえば、sn_hcls.patient_data 暗号化モジュールは患者の名前、生年月日、SSN、および電話番号を暗号化するため、それらを復号化して表示するには sn_hcls.patient_data_viewer ロールが必要です。

Epic Hyperspace と Hyperdrive 統合のための EMR Help 認証方法。ServiceNow は、HTTP ヘッダーでユーザー名と AES-256 暗号化ダイジェストトークンを受け取り、トークンを検証して、一致する認証情報が存在する場合はユーザーをログインさせます。

たとえば、臨床医が Epic Hyperspace から EMR ヘルプを開くと、自動的に ServiceNow にログインされます。これは、ダイジェストトークン認証が個別のログインプロンプトなしで本人確認を行うためです。

医療ケースの特定の条件が満たされたときに、ディシジョンテーブルを使用してドキュメントの履行を自動的にトリガーする機能。HC ケースビジネスルールのドキュメントフローのトリガーは、ケースの挿入または更新時に構成されたドキュメントの決定を評価します。

たとえば、手術処置コードを使用して処置要求ケースが作成されると、処置同意書が自動的に生成され、患者に送信されるようにディシジョンテーブルが構成されています。

同意書、プライバシー通知、診療行為契約などの医療ドキュメントをデジタル化するために使用される再利用可能なテンプレート (HTML または PDF タイプ)。医療テーブルのフィールドと変数がテンプレートにマップされ、署名のために参加者 (ロール) がアサインされます。

たとえば、アドミニストレーターが、患者の名前、日付、および組織を自動入力し、デジタル署名のために患者にルーティングする「プライバシーに関する同意」HTML ドキュメントテンプレートを作成します。

プログラムに関連付けられた医薬品の診断の詳細と投与特性を定義する構成 (テーブル:sn_hcls_dosage_specification)。用法・用量定義にリンクし、[薬の処方箋] フォームに表示される用法フィールドを制御します。

たとえば、アドミニストレーターは、糖尿病ケアプログラムで薬剤 X の用量仕様を作成し、一次診断、1 か月あたりの量、および 1 日の最大用量を設定します。

EMR システムを ServiceNow インスタンスと統合する ServiceNow アプリケーション (sn_ind_rmt_help) により、臨床医は EMR 内から直接 IT サービス要求と医療ケースを送信できます。EMR セッションデータ (ワークステーション、患者、臨床医) は自動的にキャプチャされます。

たとえば、臨床医がエピックで患者レコードのロードエラーに気づき、[ヘルプ] ボタンをクリックして、ワークステーション ID と患者 MRN が添付されたインシデントを ServiceNow に自動的に作成する要求を送信します。

EMR システム (Epic Hyperspace など) 内に組み込まれた専用のサービスポータルで、臨床医に ServiceNow サービス要求を送信するためのヘルプフォームを提供します。EMR セッションデータが事前に入力されたインシデントおよび医療ケース要求タイプをサポートします。

たとえば、アドミニストレーターが EMR Help ポータルを Epic Hyperspace に埋め込むと、臨床医はツールバーボタンから EMR ヘルプポータルにアクセスし、IT または医療ケースの要求を送信できます。

サービスの提供や患者の健康状態の評価のための患者と医療提供者とのやり取りに関する情報を保存するレコード (テーブル:sn_hcls_encounter)。診察は、処置、薬の処方箋、およびその他の臨床記録から参照されます。

たとえば、患者が診察のために病院を訪れると、後続の処置と観察レコードにリンクする診察レコードが作成されます。

特定のプログラムへの患者の登録 (sn_hcls_enrolled_program) とそのプログラム内で受ける個々のサービス (sn_hcls_enrolled_program_service) を追跡するレコード。

たとえば、患者が糖尿病ケアプログラムに登録されると、登録済みプログラムレコードが作成され、患者が受ける各サービスの登録済みプログラムサービスレコードにリンクされます。

患者、開業医、組織、予約、保険、臨床記録、収益サイクル情報などの医療データを保存する、HL7 および FHIR 標準と互換性のある構造化された ServiceNow テーブルのセット。HCLS-SM Core、CSM、ServiceNow AI Platform、および製品カタログ管理コアのテーブルを組み合わせたものです。

たとえば、データモデルは、複数の関連テーブルにわたって患者レコードを予約、症状、投薬、メンバープラン、および請求にリンクします。

HCLS データモデル、エージェント向けヘルスケアワークスペース、患者ポータル、ドキュメントテンプレート、同意管理、および医療ワークフロー向けのデジタルドキュメント機能を提供する、基本的な ServiceNow スコープ対象のアプリケーション (sn_hcls)。

たとえば、ある病院では、HCLS-SM Core をインストールして、エージェントに 360 度の患者ビューを提供し、診療行為のスケジュール設定のために同意書をデジタル化します。

医療関連のケースを保存する抽象的で拡張可能なケースレコード (テーブル:sn_hcls_case)。処置の要求、登録ケース、EMR ケースなどのアプリケーション固有のケースタイプは、このベーステーブルを拡張してさまざまな医療ワークフローをサポートします。

たとえば、アドミニストレーターがsn_hcls_caseテーブルを拡張して、投薬フルフィルメントワークフローのカスタム「薬局要求」ケースタイプを作成します。

ServiceNow インスタンスで利用可能なコードセットを保存するレコード (テーブル:sn_hcls_code_set) で、医療ワークフロー全体で使用可能な CPT、HPCS、ICD などの業界コーディングシステムに沿った標準化されたコードを提供します。

たとえば、アドミニストレーターが CPT 診療行為コードを医療コードセットテーブルにインポートして、開業医が診療行為を文書化するときに標準化されたコードを選択できるようにします。

医療ケースまたは患者に関連付けられた抽象的で拡張可能なタスクレコード (テーブル:sn_hcls_task)。[予約を取る] や [保険情報の更新] などの特定のタスクタイプは、このテーブルを拡張します。

たとえば、患者が保険の詳細を更新する必要がある場合、[保険情報の更新] タイプの医療タスクが作成され、患者の To Do リストに表示されます。

医療エージェントがチャットまたは電話による患者リクエストの受け入れ、[患者情報] 関連リストの表示 (360 度ビュー)、医療ケースの作成と管理、Now Assist からケースの要約にアクセスするために使用する CSM 構成可能ワークスペース。

たとえば、エージェントが HCLS サービス管理>医療ワークスペースに移動して、着信コールを受け入れ、患者を確認し、新しい医療ケースを作成するとします。

患者を、認可済み代理人としての役割を果たすことができる家族に患者をリンクする CSM レコード (テーブル:csm_household_member)。認可済み担当者は、患者ポータルで世帯員の予約、To Do、および未解決の要求を表示できます。

たとえば、患者ポータルに登録されている親は、[世帯メンバー] セクションから未成年の子供の今後のワクチン接種予約と保留中の同意書を表示できます。

患者が電話、チャット、またはその他のチャネルを介して医療機関に連絡したときに作成されるレコード。エージェントは、ヘルスケアワークスペースのインタラクションレコードを使用して、患者の身元を確認し、患者レコードを関連付けて、医療ケースを作成します。

たとえば、患者が請求に関する質問について電話をかけると、インタラクションレコードが作成され、エージェントは [患者の確認] をクリックして、ケースを開く前に患者を検索して確認します。

医薬品、施術者、用法・用量、診断の詳細、ステータスなど、患者に対して注文された処方箋を保存するレコード (テーブル:sn_hcls_medication_prescription)。該当する場合は、プログラムと登録ケースにリンクされます。

たとえば、開業医がサポートプログラムに登録されている患者の薬の処方箋を作成し、公開された用量指定から投与量の詳細が自動的に入力されるとします。

メンバー番号、グループ番号、Rx Bin、Rx グループ、Rx PCN、加入者名、発効日など、患者に関連付けられた健康保険プランの詳細を保存するレコード (テーブル:sn_hcls_member_plan)。

たとえば、エージェントは、患者のメンバープランを 360 度ビューで表示して、診療行為の要求を作成する前に保険の適用範囲を確認します。

インタラクションフォームおよび医療ケースフォームの医療ワークスペースに表示される患者の包括的な概要。個人情報、保険、世帯員、状態、投薬、アレルギー、予防接種、ケースの概要、請求の概要、最近のやり取り、予約が表示されます。

たとえば、エージェントは通話中に [患者情報] 関連リストを表示して、患者の現在の投薬、アクティブな保険プラン、およびオープンケースを確認します。

sn_hcls.patient ロールを持つ患者が登録、予約の表示、To Do タスクの完了 (同意書への署名など)、医療要求ステータスの追跡、世帯員の表示、ナレッジ記事と仮想エージェントへのアクセスを行うことができるセルフサービス Web ポータル。

たとえば、患者が患者ポータルにログインして、[処理待ちのタスク] セクションに表示されるプライバシー同意フォームを確認し、デジタル署名するとします。

患者が自分のアカウントを作成し、個人情報を提供し、プライバシーポリシーに同意し、メール確認による本人確認を行うことができる、sn_hcls.enable_self_registration プロパティによって制御される患者ポータル機能。

たとえば、新しい患者が患者ポータルのランディングページで [アカウントを作成] をクリックし、詳細を入力してプライバシーポリシーに同意すると、アカウントを有効にするための確認メールが届きます。

割引プラン、遵守プログラム、慢性疾患管理などのプログラムの患者のオンボーディング、教育、エンゲージメントを簡素化する HCLS-SM アプリケーション。患者プログラム登録ワークフローの登録ケースタイプを提供します。

たとえば、患者がオピオイド管理プログラムへの登録を呼びかけ、エージェントが適格性の確認、給付金の調査、および同意の収集をトリガーする登録ケースを作成するとします。

患者または家族が患者に代わって受諾した同意の詳細を保存するレコード (テーブル:sn_hcls_policy_consent)。署名された同意書がこのレコードに添付され、レコードが元の医療ケースに関連付けられます。

たとえば、患者が Patient Portal でプライバシーフォームに署名すると、署名済みのドキュメントが添付されて登録ケースにリンクされたポリシー同意レコードが作成されます。

名前、専門分野、関連施設、連絡先情報など、医療従事者の詳細を保存するレコード (テーブル:sn_hcls_practitioner)。開業医は、予約、処置、処方箋、およびケースにリンクされます。

たとえば、トリアージ看護師は救急部門にリンクされた開業医レコードとして設定され、予防接種および薬の処方レコードを作成できます。

医療サービスの支払者組織に送信された承認要求の詳細を保存するレコード (テーブル:sn_hcls_pre_auth_header)。これには、プライマリとセカンダリの事前認証番号、診断、承認ステータス、および有効日が含まれます。

たとえば、外科的処置をスケジュールする前に、エージェントは患者の保険支払人への事前承認要求を作成し、承認ステータスを追跡します。

診療行為要求のスケジューリングプロセスを簡素化し、スケジュールされた診療行為の前に事前認証承認を可視化する HCLS-SM アプリケーション。医療ケーステーブルを処置の要求ケースタイプで拡張します。

たとえば、外科コーディネーターが Pre-Visit Management を使用して診療行為の要求を送信すると、支払人による自動事前認証と患者の同意書の生成がトリガーされます。

構成可能なポリシーを通じて患者の同意を管理するためのフレームワーク (表:sn_hcls_policy)。ポリシーは、標準 (署名不要) またはドキュメントテンプレートタイプ (レビューとデジタル署名が必要) にすることができます。同意の有効期間、スケジュールされた有効期限、およびケース間での再利用がサポートされています。

たとえば、アドミニストレーターが 365 日間有効のドキュメントテンプレートプライバシーポリシーを作成するとします。患者が一度署名すると、承認された同意は、その年内の後続のすべてのケースに適用されます。

糖尿病管理プログラムやオピオイド治療プログラムなど、医療機関が患者または消費者に提供する製品カタログアイテム (表:sn_hcls_program)。プログラムには、適格基準、関連する医薬品、用量仕様、およびリンクされたプログラムサービスを含めることができます。

たとえば、製薬会社は、適格性チェックリストと 2 つの医薬品を含む「糖尿病ケア」プログラムを設定し、患者登録用に公開します。

福利厚生調査、遵守コーチング、ラボ作業の調整などの特定のサービスを表す、プログラム内で提供される製品カタログアイテム (テーブル:sn_hcls_program_service)。プログラムサービスは、プログラム関係を通じてプログラムにリンクされます。

たとえば、「糖尿病ケア」プログラムには、登録前に患者の保険適用範囲を確認する「福利厚生調査」プログラムサービスが含まれています。

Redox プラットフォームを介して外部の医療システムとのリアルタイムの双方向データ交換を可能にし、ServiceNow と EMR システム間の相互運用性を促進する HCLS-SM アプリケーション。

たとえば、ある病院では、エピック EMR から患者の予約データを自動的に受信して ServiceNow HCLS 予約テーブルに保存するように Redox Inbound Integration を構成しています。

タスクテーブル、データテーブル、レコードプロデューサー、および REST API パラメーターを関連付けることで、EMR システム由来の要求タイプをモデル化する、EMR ヘルプの構成レコード。IT サービス要求は、インシデントのデフォルト定義です。

たとえば、アドミニストレーターはカスタム EMR ケーステーブルにリンクされた「HCLS ケース」リモート要求定義を作成し、ワークステーション ID や患者 ID などの EMR パラメーターをマッピングします。

EMR システムからキャプチャされ、要求データテーブルに格納される EMR 変数 (ワークステーション ID、患者 MRN、臨床医ロールなど) を定義する EMR ヘルプの構成レコード。パラメーターは、Epic や Cerner などの特定のソースシステムに関連付けることができます。

たとえば、アドミニストレーターは、エピックソースシステムにマッピングされた「workstation_id」パラメーターを作成します。このパラメーターは、臨床医がエピックから送信したときにサービス要求に自動入力されます。

どのアプリケーションが別のアプリケーションのリソースにアクセスできるかを定義するクロススコープアクセス制御メカニズム。HCLS-SM アプリケーションがインストールされている場合、ドキュメントテンプレート機能を有効にするには、ドキュメントテンプレートアプリケーションの RCA 権限を [許可] に設定する必要があります。

たとえば、Pre-Visit Management をインストールした後、アドミンは [アプリケーション制限付きの発信者アクセス] に移動し、ドキュメントテンプレートの RCA ステータスを「要求済み」から「許可済み」に設定します。

外部医療システム (Redox に接続された EMR など) のソース ID と宛先 ID を ServiceNow インスタンスに格納するレコード (テーブル:sn_hcls_source_system。双方向のデータ交換のためのカスタム統合を可能にします。

たとえば、アドミニストレーターは、Redox ソース ID と宛先 ID を使用してソースシステムレコードを設定し、外部 EMR からの受信患者データの同期を有効にします。

福利厚生タイプ、投与量、治療頻度など、プログラムまたはプログラムサービス内のオファリングを定義する構成可能な属性 (sn_prd_pm_specification_characteristicテーブルに格納されます)。特性には、事前設定されたオプションを含めることも、手動入力用に開いたままにしておくこともできます。

たとえば、オプション値が「商用」および「行政」の「福利厚生調査」特性がプログラムサービスに追加され、登録時に患者の保険タイプがキャプチャされます。

患者ポータルで患者に表示される医療タスクで、医療アクティビティの一環として完了する必要があります。To Do アイテムには、同意書への署名、保険情報の更新、アンケートへの回答などのタスクが含まれます。sn_hcls.to.do.tasks.list プロパティを介して構成できます。

たとえば、プライバシーに関する同意ポリシーがトリガーされると、患者ポータルの患者の [保留中の To Do] セクションに To Do アイテムが表示され、ドキュメントを確認して署名するように求められます。

スケジューリング、患者アンケート、投与の追跡、患者ポータルでの COVID-19 ステータスの表示など、ワクチン接種を最初から最後まで管理するための HCLS-SM アプリケーション。

たとえば、組織ではワクチン接種アドミニストレーション管理を展開して、患者が患者ポータルからインフルエンザの予防接種をスケジュールできるようにし、臨床医が投与の詳細を記録できるようにするとします。