メインコンテンツへスキップ
PDF4me API統合AIとSDK知識ベース拡張機能APIテスターブログ

AIプロセスヘルスカード Make

AIプロセス健康カード は PDF4me AIモジュール Make 健康保険証の画像から構造化フィールドを抽出する、または PDF1を返します 健康データ その情報を構造化データ（JSON）として保持するフィールド、メンバー名、メンバーID、グループ番号、プランタイプ、保険会社、 ISO 8601 資格要件、オンボーディング、および請求処理のワークフローに関する補償開始日 HIPAA 取り扱い規則。

このモジュールの機能

PDF4meAIプロセスヘルスカード 健康保険証の画像を読み取るか、 PDF そして、保険データを単一の健康データフィールド（メンバーID、グループ番号、プランタイプ、保険会社、メンバー名、生年月日、補償期間、処方箋BIN、PCN、グループ、およびサービスタイプごとの自己負担情報）に構造化データ（JSON）として返します。作成するテンプレートも、設定するフィールド位置もありません。AIはあらゆる保険会社のカードレイアウトを自動的に認識するため、患者受付ポータル、保険確認ワークフロー、および給付事前承認シナリオに実用的です。 Make 様々なプロバイダーからカードが届く場所。

関連ブログ記事
この機能に関するブログ記事はまだありません。近日公開予定です。
その間、PDF4me ブログを閲覧して、あらゆるプラットフォームのチュートリアルやワークフローをご覧ください。
ブログをご覧ください →

認証 API リクエスト​

毎 PDF4me モジュール Make 有効な 繋がり. 作成または選択して、 PDF4me API シナリオがAIヘルスカードサービスを安全に呼び出せるようにするためのキー。

Get your API Key

見逃してはならない重要な事実​

テンプレートの設定は不要、AIがあらゆるカードレイアウトに対応します
とは異なり OCR フィールド座標や保険会社ごとのテンプレートを必要とするソリューションでは、このモジュールはカードレイアウトを自動的に認識するトレーニング済みAIモデルを使用します。カード画像または PDF AIは、設定不要で会員ID、グループ番号、処方箋欄、自己負担額の詳細を検出し、数百種類の保険会社のカード形式にすぐに対応します。
サポート PDF、 PNG、 JPG、 そして JPEG 入力
バイナリコンテンツを任意のソースから渡す、患者ポータルのファイルアップロード、電子メールの添付ファイル、 Dropbox ダウンロード、または Google Drive ファイルを直接ドキュメントフィールドに貼り付けます。画像を変換する必要はありません。 PDF または、前処理ステップを実行します。モジュールがフォーマットを正しく検出できるように、ファイル名を正しい拡張子（.pdf、.png、.jpg、または.jpeg）にマッピングします。
1 つの出力フィールド、健康データには、構造化された JSON
このモジュールは、抽出したすべてのものを単一の形式で返します。 健康データ 構造化データとしてのフィールド（JSON）、会員ID、グループ番号、プランの種類、保険会社、会員名、生年月日、補償期間、処方箋BIN、PCN、グループ、および自己負担額情報。マップ 健康データ データベースまたはストレージモジュールに直接、またはそれを Makeの JSON まず解析モジュールを使用して、各値を独自のトークンに変換します。 Airtable フィールド、ルーター条件、メール本文、または EHR API 電話。
PDF4me AI-Process Health Cardモジュールを作成し、接続設定を「My PDF4me connection」、ファイル設定を「Map with File Name mapped from 1. File Name」、ドキュメント設定を「Document mapped from 1. Data」と表示します。

セット ファイル に 地図ワイヤー ファイル名 そして 書類 健康診断カードファイルをダウンロードまたは受信した手順から。

AI-Process Health Card はどのようなパラメータを使用しますか? Make？​

必須： 繋がり、 ファイル名、 そして 書類。 セット ファイル に 地図 まず、これによりモジュールパネルにファイル名とドキュメントのフィールドが表示されます。

パラメータ必須その機能マッピング例
ConnectionRequiredPDF4me API connection that authenticates the AI health card request. Click Add to create one by pasting your PDF4me API key: reused automatically across all PDF4me modules in your scenarios.My PDF4me connection
FileRequiredHow the health card file is supplied to the module. Choose Map when passing binary content from a prior download step. Choose Dropbox, Download a File to pull directly from a Dropbox trigger without a separate download step.Map
File NameRequiredFilename of the health card including extension (.pdf, .png, .jpg, or .jpeg). Used by the AI to detect the input format. Map from the filename output of your source module: e.g. the File Name field of a Dropbox or Google Drive download step.1. File Name
DocumentRequiredBinary content of the health card file. Must be raw file bytes from a download or upload module: the Data field in Dropbox, Google Drive, or OneDrive. Do not pass a URL string or filename here; the module requires actual binary to run AI processing.1. Data

出力フィールド​

このモジュールは単一のフィールドを返します。 PDF4me リクエストをバックグラウンドジョブとして処理し、 Make 次のモジュールを実行する前に、結果を待ちます。

分野タイプ内容物
Health DataTextThe health card details extracted by the AI, as structured data (JSON). Map it into the next module to store the whole record, or parse it first to use the individual values separately.

健康データフィールドの内容​

これらの値は単一の内容です 健康データ フィールド、個別のモジュール出力ではありません。 健康データ で Make それらを個別に読む。

価値タイプ内容物
memberIdStringUnique member identification number printed on the card. Use it in patient records or in a Router to look up existing members.
groupNumberStringGroup or policy number. Used in insurance verification API calls and claims submissions.
planTypeStringType of health plan: PPO, HMO, EPO, Medicare, Medicaid, etc. Use in a Router to branch scenario logic per plan type.
insuranceProviderStringName of the insurance company (e.g. Blue Cross Blue Shield, Aetna, UnitedHealth). Store in EHR or billing records.
memberNameStringFull name of the insured member as printed on the card.
dateOfBirthStrStringMember date of birth in ISO 8601 format. Use to cross-verify against registration data.
effectiveDateStrStringDate when coverage became or becomes effective. Use in a Filter to reject expired coverage before scheduling.
rxBinStringPrescription BIN number for drug coverage routing through pharmacy networks.
rxPcnStringPrescription PCN (Processor Control Number) for pharmacy claims.
rxGroupStringPrescription group identifier for pharmacy benefit management.
copayInfoArrayCopay entries: each with a service type (e.g. Primary Care, Specialist, Emergency) and copay amount. Use in a Slack notification or patient-facing email.

AIプロセスヘルスカードの設定方法 Make？​

  1. 追加 PDF4me → AIプロセス健康カード あなたの Make シナリオ。 Make モジュールをリストします AI - ヘルスカードを解析する。
  2. 選択 繋がり （またはクリック） 追加 あなたと一緒に作成する PDF4me API 鍵）。
  3. 下 ファイル、 選ぶ 地図 ファイル名とドキュメントのフィールドを表示します。
  4. 地図 ファイル名 ソースステップのファイル名出力に拡張子を含める（.pdf、 .png、 .jpg、 または .jpeg)
  5. 地図 書類 同じステップのバイナリデータフィールドへ: 通常は次のように命名されます データ で Dropbox、 Google Drive、 または OneDrive モジュール。
  6. 保存 そしてクリック 1回実行モジュールは1つのフィールドを返します。 健康データ抽出された詳細を構造化データとして保持する（JSON): それをマッピングする EHR APIsデータベースや通知モジュール、または個々の値を個別に使用するために最初に解析します。

ワークフローの例​

ワークフローの例Common Make scenario patterns using AI-Process Health Card.
患者ポータルアップロード → AI抽出 → 作成 EHR 記録
  1. 新規患者は、健康保険証の画像をアップロードします。 Typeform または JotForm 受付窓口。
  2. AIプロセス健康カード アップロードされた画像から、memberId、planType、insuranceProvider、およびcopayInfoを抽出します。
  3. ルーターはプランタイプごとに分岐し、PPO患者は1つのプランタイプにルーティングされます。 EHR ワークフロー、HMOから別のHMOへ。
  4. 1 HTTP モジュールは新しい患者レコードを作成します EHR 抽出されたすべての保険関連項目が事前に入力されたシステム。
  5. Gmail 一般的なサービスに対する自己負担額を記載した確認書を患者に送信する。
メール添付ファイル → AI解析 → 給付金確認 → 予約準備
  1. Gmail 患者が診察前に健康保険証の画像を添付ファイルとしてメールで送信した際に作動します。
  2. AIプロセス健康カード memberId、groupNumber、effectiveDateStr、およびrxBinを抽出します。
  3. フィルターは、effectiveDateStrが過去の日付である場合、そのシナリオをブロックし、患者に最新の保険情報を提供するよう求める自動メールを送信します。
  4. 1 HTTP モジュールは保険会社の資格を呼び出します API 有効な特典を確認するには、memberIdとgroupNumberが必要です。
  5. A Slack 患者が到着する前に、自己負担額とプランの種類をメッセージで受付チャネルに送信します。
年間再検証バッチ、 Dropbox フォルダ → 再抽出 → レコードの更新
  1. スケジュールされたシナリオでは、すべての健康保険カード画像がリストされます。 Dropbox 「年次再検証」フォルダ。
  2. イテレータは各ファイルをループして、それを AIプロセス健康カード。
  3. このモジュールは、各カードについて、保険提供者、プランタイプ、有効開始日文字列、およびグループ番号を再抽出します。
  4. 1 Airtable または Google Sheets このモジュールは、更新された保険データを用いて患者記録を更新します。
  5. 2つ目のフィルターは、保険会社またはグループ番号が昨年から変更されたレコードを特定し、手動レビューの対象とします。

よくある質問​

What types of health cards can this module process?+
The module processes standard health insurance cards from US and international insurers including PPO, HMO, EPO, and Medicare/Medicaid plans. It reads both physical card scans and digital card images sent via patient portal upload, email attachment, or mobile photo. The AI is trained on diverse card layouts across hundreds of insurers, so it does not require a fixed template or field-coordinate configuration for each provider: you supply the card and the AI extracts the data.
Does the module support image files or only PDFs?+
Both formats are fully supported. You can pass .pdf, .png, .jpg, and .jpeg files directly to the Document input. For smartphone photos of physical cards, .jpeg or .png work without any conversion step. For scanned card documents delivered as multi-page PDFs, the module reads the card from the PDF pages. Set File Name with the correct extension so the AI detects the input format accurately: passing a .png with a .pdf extension may cause a format mismatch error.
What data fields does the AI extract from a health card?+
The module returns a single Health Data field holding the extracted details as structured data (JSON). That data typically covers member ID, group number, plan type, insurance provider, member name, date of birth, effective date, prescription BIN, PCN and group, and copay amounts for service types such as Primary Care, Specialist, and Emergency. Parse Health Data in Make if you need the individual values as separate tokens.
How accurate is the AI extraction, and how do I handle low-confidence results?+
For clear, well-lit card photos or high-resolution scans at 200 DPI or above, accuracy on core fields like memberId and insuranceProvider typically exceeds 90%. Blurry photos, low-contrast cards, or non-standard layouts produce lower confidence. Add a Make Filter after the module and test the Health Data output: route failed or incomplete extractions to a human review queue in Airtable or a Slack alert rather than passing them directly to billing or EHR systems.
How do I use the extracted data in the next Make module?+
After the module runs, the Health Data field appears in the Make mapping panel. Map it as-is when you want to store the whole record in a database in one step. When you need the values separately, add Make's JSON parsing module after it: the member ID can then go into an EHR record field, the plan type into a Router branch condition, the effective date into a Filter that rejects expired coverage, and the copay list into a patient-facing email template.

関連モジュール​

ヘルプが必要な場合​

Make IntegrationGet your API KeyMake Documentation