Problem List and Problem Representation
แนวคิดสำคัญของบทนี้คือ หลังจากแพทย์เก็บข้อมูลจาก ประวัติ + ตรวจร่างกาย + ผลตรวจที่มีอยู่ แล้ว ไม่ควรกระโดดไปวินิจฉัยทันที แต่ต้อง “จัดระเบียบและสังเคราะห์ข้อมูล” ให้เป็น Problem List หรือ Problem Representation ที่ดีเสียก่อน
“A problem well stated is a problem half solved.” — John Dewey
การสรุปปัญหาที่ดีจึงเป็นเสมือน สะพานจาก Data → Clinical Reasoning → Diagnosis
Problem List = รายการปัญหาของผู้ป่วยที่เขียนเป็นข้อ ๆ
แนวคิดนี้ริเริ่มโดย Lawrence L. Weed ในปี 1968 เพื่อใช้ในการดูแลรักษาผู้ป่วย โดยรายการปัญหาเปรียบเสมือน สารบัญของเวชระเบียน
และนำไปสู่การบันทึกแบบ SOAP
S – Subjective
O – Objective
A – Assessment
P – Plan
อย่างไรก็ตาม Problem List สามารถมีวัตถุประสงค์ต่างกันได้ 2 แบบ คือ
Management Problem List → เพื่อดูแลรักษาและติดตามผู้ป่วย
Diagnostic Problem List → เพื่อช่วยกระบวนการวินิจฉัยโรค
เป็นรายการปัญหาที่สร้างขึ้นเพื่อ การดูแลรักษาผู้ป่วย
ใช้ศัพท์แพทย์ (medical term)
เพื่อให้บุคลากรทางการแพทย์เข้าใจตรงกัน และควรใช้ภาษาอังกฤษ
สั้นและกระชับที่สุด (short & concise)
ไม่จำเป็นต้องใส่ค่าตัวเลข
เช่น
Hb 10 g/dL → anemia
Na 120 mmol/L → hyponatremia
ก้อนตับ 4 × 5 cm → liver mass
จับกลุ่มปัญหาที่เกี่ยวข้องกัน (aggregated)
ไม่จำเป็นต้องแยกทุกข้อมูลออกเป็นคนละปัญหา
ใช้ระดับการวินิจฉัยที่สูงที่สุดที่ข้อมูลสนับสนุน
เช่น ถ้ามี jaundice + bilirubin สูง + transaminase สูง
ควรเขียน hepatocellular jaundice
แทนที่จะเขียนเพียง jaundice หรือ hyperbilirubinemia
ไม่จำเป็นต้องบอก duration ของทุกปัญหา
เรียงตามความสำคัญ/ความเร่งด่วน (sorted by importance)
เพราะเป้าหมายหลักคือการรักษาผู้ป่วย
Management List = “What do I need to manage?”
จึงเน้น ความสำคัญและความเร่งด่วน มากกว่าลำดับเวลา
เป็นการนำข้อมูลที่ได้จาก
History + Physical examination + Investigation
มาสรุปเป็นปัญหา ก่อนเริ่มกระบวนการ diagnostic reasoning
มีส่วนคล้าย Management Problem List คือ
ใช้ศัพท์แพทย์
สั้น กระชับ
จับกลุ่มปัญหาที่เกี่ยวข้อง
แต่มีความแตกต่างที่สำคัญ 4 ประการ
ปัญหาควรมีรายละเอียดที่ช่วยแยกโรค โดยใช้คำขยายที่เรียกว่า
เป็นการแปลงข้อมูลดิบให้เป็นศัพท์เชิงเปรียบเทียบที่มีความหมายต่อการวินิจฉัย
ตัวอย่าง SQ ได้แก่
มิติ
Semantic Qualifier
ระยะเวลา
Acute – Subacute – Chronic
การเริ่ม
Abrupt – Insidious
การดำเนินโรค
Intermittent – Progressive
ความรุนแรง
Mild – Moderate – Severe
จำนวน
Mono – Poly
ข้าง
Unilateral – Bilateral
การกระจาย
Localized – Generalized
ลักษณะ
Focal – Diffuse
ตัวอย่าง
“ปวดข้อเท้าขวา”
อาจเปลี่ยนเป็น
Acute progressive monoarthritis of right ankle
ข้อมูลเดียวกัน แต่แบบหลังมี diagnostic value สูงกว่ามาก
ต่างจาก Management Problem List ตรงที่ควรระบุ
“ปัญหานี้เกิดมานานเท่าใด?”
เพราะเวลาเป็นข้อมูลสำคัญในการสร้าง Differential Diagnosis
เช่น
acute fever 2 days
progressive dyspnea 2 months
monoarthritis 3 days
Diagnostic Problem List ควรเรียงตาม
เวลาที่ปัญหาเกิดขึ้น (sorted by chronology)
เพื่อให้เห็น story และ sequence ของโรค
เช่น
Dyspnea 2 months → Altered mental status 2 days
การเรียงตามเวลาช่วยให้แพทย์เห็น evolution ของโรคและสร้างสมมติฐานได้ง่ายขึ้น
จุดนี้ต่างจาก Management Problem List ที่มักเรียงตาม importance/urgency
Context ที่สำคัญ ได้แก่
Age + Sex + Risk factors + Significant co-morbidities
เช่น
85-year-old heavily-smoking woman...
ดีกว่าการบอกเพียง
Elderly woman with dyspnea
เพราะบริบทสามารถเปลี่ยน pretest probability และ Differential Diagnosis ได้อย่างมาก
แพทย์ผู้เชี่ยวชาญมักเลือกใส่เฉพาะ โรคร่วมที่มีความสำคัญต่อปัญหาปัจจุบัน และใส่โรคเหล่านั้นในตำแหน่งที่เหมาะสม
Problem Representation (PR) หรือ
1-liner
Summary statement
คือการ สังเคราะห์ข้อมูลสำคัญทั้งหมดของผู้ป่วยให้เป็นประโยคสั้น ๆ ที่มี diagnostic value สูง
โครงสร้างหลักประกอบด้วย 3 ส่วน
อายุ เพศ ปัจจัยเสี่ยง โรคร่วมที่สำคัญ
ปัญหาสำคัญ เขียนด้วยศัพท์แพทย์ + Semantic Qualifiers
ระยะเวลาและลำดับการเกิดของปัญหา
และอาจเพิ่ม ผลตรวจสำคัญที่ทราบแล้ว เพื่อเพิ่มความจำเพาะของภาพแทนปัญหา
จำเป็นสูตรง่าย ๆ ว่า
ตัวอย่างจากเอกสาร:
A 35-year-old IVDU man presenting with acute, progressive febrile monoarthritis 3 days.
แยกองค์ประกอบได้เป็น
35-year-old man → context
IVDU → risk factor/context
monoarthritis → clinical problem
acute, progressive, febrile → semantic qualifiers
3 days → chronology
ประโยคสั้น ๆ นี้ทำให้สมองเริ่มคิดถึงกลุ่มโรค เช่น septic arthritis ได้ทันที
จากเอกสาร:
An 85-year-old heavily-smoking woman presenting with chronic, progressive dyspnea 2 months, acute altered mental status 2 days, found to have hypercalcemia and a new right lung mass.
โครงสร้างคือ
Context:
85-year-old + heavily smoking woman
↓
Problem 1:
chronic progressive dyspnea × 2 months
↓
Problem 2:
acute altered mental status × 2 days
↓
Key investigations:
hypercalcemia + new right lung mass
เพียงประโยคเดียวก็สามารถกระตุ้น illness script เช่น lung malignancy associated with hypercalcemia ได้
นี่คือพลังของ Problem Representation
การศึกษาพบว่าการสร้าง PR ก่อนวินิจฉัยช่วยให้แพทย์
วินิจฉัยได้แม่นยำขึ้น + เร็วขึ้น
เหตุผลสำคัญคือ PR ช่วยเปลี่ยนข้อมูลจำนวนมากให้กลายเป็น pattern ที่สมองสามารถเชื่อมกับ
Illness Script
ได้ง่ายขึ้น
ดังนั้นกระบวนการทางความคิดจึงเป็นประมาณว่า
Patient data
↓
Semantic qualifiers
↓
Problem Representation
↓
Illness Script activation
↓
Differential diagnosis
↓
Final diagnosis
จากบทนี้เน้นองค์ประกอบสำคัญ โดยเฉพาะ
บริบทผู้ป่วย
ปัญหาทางคลินิกที่สำคัญ
เวลาและลำดับของปัญหา
การมี 3C ครบ สัมพันธ์กับความถูกต้องของการวินิจฉัยที่สูงขึ้นประมาณ 5 เท่า เมื่อเทียบกับ PR ที่ไม่มี 3C ตามการศึกษาที่เอกสารอ้างถึง
นอกจากนี้ต้องมี
การมี SQ ใน PR ก็สัมพันธ์กับการวินิจฉัยที่ถูกต้องสูงขึ้นประมาณ 5 เท่า เมื่อเทียบกับ PR ที่ไม่มี SQ ตามข้อมูลที่บทนี้ยกมา
ดังนั้นจำว่า
Problem List
Problem Representation
รูปแบบ
เป็นข้อ ๆ
ประโยคสั้น
จุดเด่น
ดูง่าย แยกปัญหาชัด
เห็นภาพผู้ป่วยทั้งราย
การใช้งานเด่น
Management
Diagnostic reasoning
Context
อาจไม่ชัด
สำคัญมาก
Chronology
อาจแยกเป็นข้อ
เชื่อมเป็นเรื่องราว
Illness script
กระตุ้นได้น้อยกว่า
กระตุ้นได้ง่ายกว่า
ในประเทศตะวันตก มักแยกบทบาทค่อนข้างชัด คือ
Problem List → การดูแลรักษาและติดตาม
Problem Representation → การวินิจฉัย
สำหรับประเทศไทย การใช้ Problem List มักมีการผสมวัตถุประสงค์ทั้งสองอย่าง จึงอาจเกิดความสับสนเรื่องว่าจะเรียงตามเวลา หรือตามความสำคัญ เป็นต้น
ผู้เขียนเสนอแนวทาง Hybrid เพื่อเอาข้อดีของทั้งสองแบบมารวมกัน
เริ่มต้นด้วย Context แบบ Problem Representation
แล้วตามด้วย Problem List เป็นข้อ ๆ
ตัวอย่างจากเอกสาร:
A 50-year-old man with type II diabetes, hypertension, and dyslipidemia presents with
Recurrent acute monoarthritis right ankle 2 years
Possible tophi at right foot
Hyperuricemia
ข้อดีคือ
Context ชัด + Problems อ่านง่าย + ไม่ต้องสร้างประโยคยาวมาก
เหมาะโดยเฉพาะกับผู้ป่วยที่มีหลายปัญหา
นี่เป็นจุดที่ควรจำมากที่สุดจุดหนึ่งของบท
Management Problem List
Diagnostic Problem List
เพื่อรักษา/ติดตาม
เพื่อวินิจฉัย
สั้น กระชับ
สั้นแต่ informative
ไม่จำเป็นต้องมี duration
ควรมี duration
เรียงตาม Importance
เรียงตาม Chronology
เน้น diagnosis/problem
เน้น problem + SQ
Context ไม่ใช่หัวใจหลัก
Context สำคัญมาก
จำสั้น ๆ ว่า
Management = Priority
Diagnosis = Story
เมื่อเจอ case ให้คิดเป็น 5 ขั้นตอน
Step 1 — เก็บข้อมูล
History + PE + Investigation
Step 2 — Identify problems
แยกว่าผู้ป่วยมีปัญหาอะไรบ้าง
Step 3 — Convert to medical terms
เปลี่ยนข้อมูลดิบเป็นศัพท์แพทย์
Step 4 — Add SQ + Context + Chronology
ทำข้อมูลให้มี diagnostic value
Step 5 — Construct PR → DDx
สร้าง Problem Representation แล้วจึงสร้าง Differential Diagnosis
ตัวอย่าง:
ผู้หญิง 40 ปี ปวดและบวมหลายข้อ 1 สัปดาห์ ไม่มีไข้
ไม่ควรหยุดแค่
“Joint pain”
แต่ควรสังเคราะห์เป็นประมาณ
A 40-year-old woman presenting with acute, asymmetric inflammatory polyarthritis for 1 week without fever.
จากนั้นจึงใช้ PR นี้เป็นจุดเริ่มต้นในการสร้าง DDx
หัวใจของบทนี้มี 5 เรื่อง
1. Problem List
สรุปปัญหาผู้ป่วยเป็นข้อ ๆ ด้วย medical terms ที่สั้นและกระชับ
2. Management Problem List
ใช้เพื่อรักษา → เรียงตามความสำคัญ
3. Diagnostic Problem List
ใช้เพื่อวินิจฉัย → Informative + Duration + Chronology + Context
4. Problem Representation
สังเคราะห์ผู้ป่วยเป็นประโยคสั้นที่มี diagnostic value สูง
5. Good Problem Representation = 3C + SQ
3C = Context + Clinical problems + Chronology
SQ = Semantic Qualifiers
และสามารถสรุปกระบวนการของทั้งบทเป็นประโยคเดียวได้ว่า:
นี่คือขั้นตอนที่เปลี่ยน “ข้อมูลผู้ป่วยจำนวนมาก” ให้กลายเป็น “ภาพของโรคในสมองแพทย์” และเป็นพื้นฐานสำคัญของ Clinical Reasoning ในขั้นต่อไป.