Build checklist — Hospital revenue demo ใน Amazon Quick

เปิดหน้านี้ข้าง Quick Web แล้วติ๊กทีละขั้น · ประมาณ 75-100 นาที · เช็คบ็อกซ์และ URL จำไว้ในเบราว์เซอร์นี้ · ข้อมูลทั้งหมดสมมติ (RWW) ห้ามใส่ชื่อโรงพยาบาลจริงหรือชื่อลูกค้าใน asset ใด ๆ

ความคืบหน้า0 / 0ลำดับถ้าเวลาน้อย: 0 → 1a,1c,1d-1g → 2 → 3 → 5 → 1h → 4

0เตรียมไฟล์ (ทำบนเครื่องนี้)2 นาที

    • 01-trauma-team-activation-criteria.pdf
    • 02-massive-transfusion-protocol.pdf
    • 03-stroke-fast-track-pathway.pdf
    • 04-pediatric-emergency-drug-dosing.pdf
    • 05-atls-primary-survey-checklist.pdf
    • 06-mass-casualty-incident-plan.pdf
    • 07-er-shift-handover-sop.pdf
    • 08-referral-001-motorcycle-crash-wsn.pdf
    • 09-referral-002-fall-from-height-bks.pdf
    • 10-referral-003-stab-wound-bpm.pdf
    • 11-er-triage-note-001.pdf
    • 12-shift-handover-report-2569-09-05-night.pdf
    • 13-pre-arrival-summary-template.pdf
    • 14-discharge-summary-icu-ip690455.pdf
    • 15-operative-note-ip690672.pdf
    • 16-discharge-summary-ward-ip690558.pdf
    • 17-payer-coverage-criteria-summary.pdf
    • 18-denial-letter-krh-cl88486.pdf
    • 19-denial-letter-nki-cl88401.pdf
    • 20-appeal-letter-template-rww-f-052.pdf
    • 21-patient-followup-recall-sop.pdf
    • 22-revenue-integrity-audit-checklist.pdf

  2. CSV เป็น UTF-8 BOM ภาษาไทยไม่เพี้ยน; ไฟล์ optional: trauma-registry.csv, blood-stock-daily.csv, er-shift-staffing.csv (ใช้เฉพาะถ้าจะ demo ฉาก ER เดิม)

  3. ต้องเป็น Author Pro ขึ้นไปถึงจะสร้าง Space / Flow / Automate ได้

1Quick Sight — datasets + Topic + dashboard (ฉาก 1-4)30-40 นาที

ถ้ารีบ: ทำ 1a + 1c + ทดสอบ Q&A ก่อน (Q&A ใช้ได้โดยไม่ต้องมี dashboard) แล้ว 1h ค่อยเก็บ

  1. ไฟล์ชื่อ datasetตรวจชนิดข้อมูล
    encounters.csv
    Encounters (RWW demo)
    		admit_date, discharge_date = Date · *_thb, *_days, esi_level, leakage_items = Integer
    charge-leakage-lines.csv
    Charge Leakage Lines (RWW demo)
    		admit_date = Date · documented_qty, billed_qty, unit_price_thb, leakage_thb = Integer
    claims-denials.csv
    Claims & Denials (RWW demo)
    		admit/discharge/submitted_date = Date · *_thb, icu_days, los_days, appeal_days, days_to_payment = Integer (ช่องว่างได้)
    patient-recall.csv
    Patient Recall (RWW demo)
    		last_visit_date, next_due_date = Date · days_overdue, *_thb = Integer
    er-visits.csv
    ER Visits (RWW demo)
    		arrival_date = Date · arrival_datetime = Date (มีเวลา) · esi_level, *_min, *_thb = Integer
    bed-census-hourly.csv
    Bed Census Hourly (RWW demo)
    		timestamp = Date (มีเวลา) · hour = Integer
    revenue-assumptions.csv
    Revenue Assumptions (RWW demo)
    		value = Decimal (อ้างอิงใน dashboard/บทพูด)
  2. Encountershas_leakage
    ifelse({leakage_items} > 0, 1, 0)
    Claims & Denialsis_denied
    ifelse({denied_amount_thb} > 0, 1, 0)
    Claims & Denialsnot_appealed_thb
    ifelse({appeal_status} = 'Not appealed', {denied_amount_thb}, 0)
    Claims & Denialsicu_band
    ifelse({icu_days} > 3, 'ICU > 3 days', 'ICU 0-3 days')
    Patient Recallis_overdue
    ifelse({days_overdue} > 0, 1, 0)
    ER Visitsis_lwbs
    ifelse({disposition} = 'LWBS', 1, 0)
    ER Visitsarrival_week
    truncDate('WK', {arrival_date})
  3. fieldsynonyms
    documented_unbilled_thb / leakage_thbunbilled, not billed, charge leakage, ไม่ได้บิล, เงินรั่ว
    coding_gap_thbcoding gap, under-coded, coding ต่ำ
    total_revenue_opportunity_thbrevenue opportunity, โอกาสรายได้
    denied_amount_thbdenied, rejected claim, ถูกปฏิเสธ
    payer_name / payer_codeinsurer, payer, ประกัน, ผู้จ่าย
    lost_revenue_thblost revenue, รายได้ที่เสีย
    revenue_at_risk_thbrevenue at risk, รายได้ที่เสี่ยงหาย
    abnormal_result_pendingabnormal result, ผลผิดปกติค้าง
    admit_shiftshift, เวร
    1. ไตรมาสนี้มีค่าใช้จ่ายที่บันทึกแล้วแต่ไม่ได้เรียกเก็บ และ coding gap เท่าไร แยกตามแผนก
      คาดผล: รวม 4.03M; สูงสุด: ออร์โธปิดิกส์และอุบัติเหตุ 1.35M, ICU 1.09M, ศัลยกรรม 892,550
    2. เทียบสัดส่วน admission ที่มีรายการไม่ได้บิล แยกตามเวรที่รับไว้
      คาดผล: เวรดึก 65% เทียบเวรเช้า 38% / บ่าย 36%
    3. 10 รายการที่ไม่ได้บิลมูลค่าสูงสุด และสาเหตุหลักคืออะไร
      คาดผล: สาเหตุ 'Not entered' = 44% ของมูลค่ารั่ว
    1. มูลค่าเคลมที่ถูกปฏิเสธไตรมาสนี้ แยกตามผู้จ่ายและเหตุผล และส่วนที่ไม่เคยอุทธรณ์เท่าไร
      คาดผล: ไม่มี pre-auth (PA-IMG) 3.70M · ความจำเป็น ICU (MN-ICU) 1.80M · ไม่อุทธรณ์ 5.52M
    2. สำหรับ KRH เทียบอัตราปฏิเสธของเคสที่อยู่ ICU เกิน 3 วัน กับไม่เกิน 3 วัน
      คาดผล: 60% เทียบ 26% — เป็น pattern ของการบันทึก แก้ได้
    1. รายได้ที่เสียจาก LWBS และการส่งต่อ แยกรายสัปดาห์ เทียบกับเตียง ICU ว่าง
      คาดผล: พีคสัปดาห์ 10 ส.ค.; ICU ว่าง 0-1 เตียง
    2. อัตรา LWBS สัมพันธ์กับจำนวนแพทย์ในเวรไหม แสดงรายได้ที่เสียแยกตามเวร
      คาดผล: คืนวันหยุดเดือน ก.ค. ที่มีแพทย์ 1 คน LWBS สูงราว 2 เท่า
    3. เปรียบเทียบ median door-to-CT ของเคส trauma แยกตามเวรและวันในสัปดาห์
      คาดผล: เวรดึกวันหยุด ≈ 58 นาที เทียบ ≈ 44 วันธรรมดา
    1. ผู้ป่วยเลยนัดที่ยังไม่เคยถูกติดต่อ และรายได้ที่เสี่ยงหาย แยกตามกลุ่ม
      คาดผล: แพ็กเกจตรวจสุขภาพเป็นก้อนใหญ่สุด (2.36M)
    2. ผู้ป่วยเลยนัดรายใดมีผลผิดปกติค้างและยังไม่ถูกติดต่อ จัดกลุ่มตามแพทย์เจ้าของไข้
      คาดผล: 44 ราย — priority 1 ตาม SOP โทรภายใน 2 วันทำการ
  8. KPI x4SUM total_revenue_opportunity_thb (Encounters) · SUM not_appealed_thb (Claims) · SUM lost_revenue_thb (ER Visits) · SUM revenue_at_risk_thb (Recall)
    Bardepartment vs SUM total_revenue_opportunity_thb → ออร์โธ/ICU/ศัลย์ นำ
    Baradmit_shift vs AVG has_leakage → เวรดึกสูงกว่าชัด
    DonutCharge Leakage Lines: leakage_reason, SUM leakage_thb
    Stacked barClaims: payer_code x denial_code, SUM denied_amount_thb
    BarClaims filter payer_code = KRH: icu_band vs AVG is_denied
    LineER Visits arrival_week vs SUM lost_revenue_thb (+ Bed Census AVG icu_beds_available) → สัปดาห์ 10 ส.ค.
    BarRecall: cohort_en vs SUM revenue_at_risk_thb
    TableRecall filter abnormal_result_pending = Y AND recall_status = Not contacted: patient_ref, cohort, attending_physician, days_overdue
    ControlsDate range · department · payer_code

    KPI ที่ต้องเห็น: เงินรั่ว 4.03M · ไม่อุทธรณ์ 5.52M · capacity 4.75M · recall 5.09M (บาท/ไตรมาส)

2Space — Revenue Cycle & Clinical Records10 นาที

  3. You are a revenue-cycle and clinical documentation assistant for โรงพยาบาลศูนย์รัตนเวชวัฒน์ (RWW), a fictional hospital used for demonstration. The insurers KRH, NKI, PVL and GCA are fictional.
Answer only from the uploaded documents and cite the document ID and section or clause (e.g. RWW-FIN-SOP-020 ข้อ 3, RWW-OP-2569-09-06-0672 ส่วน 13.2).
When comparing a clinical record with billing, list every procedure, drug, supply, consult and test with its time and quantity as written, then map it to an item code in RWW-FIN-SOP-020. Present it as a candidate list for a coder or nurse auditor to confirm — never state that something was definitely not billed.
When drafting an appeal, use form RWW-F-052, cite the record line for every clinical statement, and label the draft "[ร่างโดยระบบ — รอแพทย์ยืนยัน]".
Any clinical recommendation is labelled "[Suggested — pending confirmation]". Never invent vital signs, lab values, amounts or patient details that are not in the source; if missing, say "ไม่ระบุในเอกสาร".
Reply in the language of the question (Thai or English). Do not use emoji.
    1. จาก discharge summary RWW-DS-2569-08-22-0455 ดึงทุกหัตถการ ยา เวชภัณฑ์ และการปรึกษาพร้อมเวลาและจำนวน แล้ว map กับรหัสรายการใน RWW-FIN-SOP-020
      คาดผล: A-line, FAST, blood warmer 2 ชุด, TXA, critical care consult → เคสเดียวไม่ได้บิล 12,650 บาท
    2. เนื้อหาใน RWW-DS-2569-09-02-0558 รองรับการวินิจฉัยหลักที่เจาะจงกว่า J18.9 ไหม อ้างบรรทัด
      คาดผล: มี sepsis + organ dysfunction + AKI ในบันทึก; coding gap 31,500 บาท — ให้ coder ยืนยัน
    1. บันทึกประจำวันใน ICU ต้องมีอะไรบ้างจึงผ่านเกณฑ์ความจำเป็นของ KRH อ้าง RWW-FIN-REF-003
      คาดผล: เกณฑ์ 6 ข้อพร้อมเลขข้อ
    2. ร่างหนังสืออุทธรณ์เคลม CL88486 ตามแบบ RWW-F-052 อ้าง op note RWW-OP-2569-09-06-0672 ทุกวัน ICU ติดป้ายรอแพทย์ยืนยัน
      คาดผล: ใช้คำถามนี้ใน Space ถ้ายังไม่ได้สร้าง Flow
    1. ร่างข้อความ LINE สำหรับผู้ป่วย priority 3 (แพ็กเกจตรวจสุขภาพหมดอายุ) ตาม RWW-QM-SOP-012 พร้อม placeholder
      คาดผล: ไม่มีข้อมูลทางคลินิก; เคารพ consent และรายชื่อห้ามติดต่อ

3Flow — Denial → Appeal Letter (ฉาก 2)10-15 นาที

ถ้า Flow สร้างไม่ทัน: ใช้คำถามร่างอุทธรณ์ CL88486 ใน Space แทน (ข้อ 2e) เล่าเรื่องได้เหมือนกัน

  2. Input: a claim denial letter from an insurer (text or PDF).
Using the knowledge base, produce an appeal letter draft on form RWW-F-052:
1. Reference block: claim number, denial letter number, patient, policy, admission dates, denied amount and denial code — copied exactly from the letter.
2. A 3-line summary of why the denial should be reversed.
3. A table with one row per disputed day or item: date | evidence in the medical record (cite document ID + section + time) | the insurer criterion it meets (cite RWW-FIN-REF-003 clause) | attachment.
4. The request (full or partial payment) and the attachment checklist required by that insurer.
5. Deadline: the appeal window for this insurer from RWW-FIN-REF-003, counted from the letter date.
Label the whole draft "[ร่างโดยระบบ — รอแพทย์ยืนยัน]". Do not add clinical facts that are not in the record. Output in Thai with English headers.
  3. คาด: ตาราง 3 แถว (9-11 ก.ย.) อ้าง op note ส่วน 13.2 — ventilator, norepinephrine, lactate 6.8, open abdomen; ยอด 217,500 บาท; กำหนดยื่น 30 วัน; มีป้ายรอแพทย์ยืนยัน
  4. คาด: อ้าง CT 25 ส.ค. + เหตุผลความเร่งด่วนจาก discharge summary 16 + ช่อง retrospective pre-auth; กำหนดยื่น 21 วัน
  5. Read the referral letter provided as input. Using form RWW-F-035 (Pre-Arrival Trauma Summary) from the knowledge base, produce a 60-second summary, sections 1-6 of RWW-F-035 filled from the letter ("ไม่ระบุ" for anything not stated), and section 7 recommendations each tagged "[Suggested — pending confirmation]" with the RWW-ER-SOP-001 / SOP-002 clauses. Output in Thai with English section headers.

4Automate — Revenue Guardrails (ฉาก 1, 2, 4)10-15 นาที

  4. ถ้าต่อ email connector ไม่ได้ ใช้ notification ภายใน Quick แทน

5Quick Desktop — Skills x5 + Board brief15-20 นาที

  2. ไฟล์ทดสอบ: แตก skills/dist/skill-test-inputs.zip (รายละเอียด skills/README.md)

    zipฉากแนบ + พิมพ์คาดผล
    skills/dist/chart-to-bill-audit.zip114 + itemized-bill-IP690455.csv · "ใช้ chart-to-bill-audit ตรวจเคสนี้"5 รายการ 12,650 บาท
    skills/dist/coding-completeness-check.zip116 · "ตรวจ coding ของเคสนี้"sepsis + AKI ไม่อยู่ในรหัส J18.9 → physician query (gap 31,500)
    skills/dist/denial-appeal-drafter.zip218 + 15 · "ใช้ denial-appeal-drafter ร่างอุทธรณ์"RWW-F-052 ยอด 217,500 บาท, ครบกำหนด 30 วัน
    skills/dist/pre-arrival-summary.zip308 · "ใช้ pre-arrival-summary"Full activation + เลขข้อ SOP-001 + ธง Hb ลด
    skills/dist/recall-message-drafter.zip4recall-overdue-this-week.csv · "ทำรายชื่อ recall สัปดาห์นี้"P1 (ผลผิดปกติค้าง) ขึ้นก่อน, ข้อความไม่มีข้อมูลคลินิก
  3. สร้าง board brief 6 สไลด์ใน PowerPoint สำหรับเจ้าของโรงพยาบาล: 1) โอกาสรายได้ไตรมาสนี้ตาม 4 คันโยก (เงินรั่วจากการบิล, เคลมถูกปฏิเสธที่ไม่อุทธรณ์, capacity ที่เสีย, ผู้ป่วยที่ไม่กลับมา) แสดงทั้งมูลค่าที่พบและที่เรียกคืนได้จริงเป็นบาท 2) 3 แผนกที่รั่วมากที่สุด 3) สาเหตุการปฏิเสธเคลมและการแก้เรื่อง pre-authorization 4) ต้นทุนของสัปดาห์ที่ ICU เต็ม 5) รายชื่อ recall โดยเริ่มจากมุมความปลอดภัย 6) แผน 90 วันพร้อมผู้รับผิดชอบ ระบุทุก assumption จาก revenue-assumptions.csv บนสไลด์ที่ใช้ ห้ามใส่ชื่อผู้ป่วย หัวข้อสไลด์สองภาษาไทย/อังกฤษ

6ส่ง URL กลับ1 นาที

สร้างจาก scripts/build_upload_pack.py · อ้างอิง QUICK-BUILD-GUIDE.md · ไม่มี dependency ภายนอก