02 — Báo Cáo Nghiên Cứu Tổng Thể

# Báo cáo nghiên cứu sâu: Xây dựng trợ lý AI hỗ trợ người cao tuổi tự chăm sóc hệ vận động và sàng lọc sớm suy giảm chức năng cơ – xương – khớp

BẢN XUẤT LƯU TRỮ. Nguồn: báo cáo Deep Research đã lưu ngày 18/09/2026. Giữ nguyên nội dung nghiên cứu; chuyển ký hiệu trích dẫn thành chú thích Markdown có liên kết. Các phương án thiết kế, ngưỡng đánh giá và khuyến nghị trong báo cáo giữ trạng thái đề xuất của bản gốc. Xuất file không đồng nghĩa với phê duyệt y khoa, xác nhận pháp lý hoặc xác nhận đã thực nghiệm.

Mở đầu và định vị đề tài

Tên đề tài đề xuất

Xây dựng trợ lý AI dựa trên bằng chứng y khoa hỗ trợ người trung niên và cao tuổi tự chăm sóc hệ vận động, sàng lọc sớm suy giảm chức năng và dấu hiệu cần đánh giá y khoa, nhằm nâng cao sức khỏe tuổi bạc

Tên này được đề xuất thay cho cách diễn đạt “AI phát hiện sớm thoái hóa cơ – xương – khớp”.

Sự điều chỉnh này quan trọng về khoa học. Thoái hóa khớp không phải một bệnh có thể được “phát hiện sớm” đơn giản bằng vài triệu chứng hoặc ảnh chụp. Ví dụ, NICE khuyến nghị có thể chẩn đoán thoái hóa khớp trên lâm sàng ở người từ 45 tuổi có đau khớp liên quan vận động và không cứng khớp buổi sáng hoặc cứng không quá 30 phút; không nên chụp hình ảnh thường quy nếu không có biểu hiện bất thường. Việc điều trị cũng nên dựa trên triệu chứng và chức năng chứ không chỉ trên hình ảnh cấu trúc. [^NC01]

Do đó, ở giai đoạn đầu, AI không nên tự nhận vai trò chẩn đoán bệnh. Vai trò thích hợp hơn là:

Giáo dục sức khỏe → hỏi bệnh có cấu trúc → nhận diện nguy cơ → nhận diện dấu hiệu cảnh báo → hướng dẫn tự chăm sóc an toàn → theo dõi chức năng → khuyến nghị thời điểm cần gặp nhân viên y tế.

Định vị này cũng phù hợp với cảnh báo của WHO về các mô hình AI tạo sinh trong y tế: mô hình có thể tạo ra thông tin sai, không đầy đủ hoặc thiên lệch, có thể gây hại nếu người bệnh sử dụng thông tin đó để ra quyết định y tế. WHO khuyến nghị các hệ thống AI y tế phải được phát triển với sự tham gia của bệnh nhân, chuyên gia y tế và các bên liên quan, có nhiệm vụ được xác định rõ, cơ chế giám sát và đánh giá sau triển khai. [^NC02]

Lý do lựa chọn đề tài

Hệ vận động bao gồm cơ, xương, khớp và các mô liên kết. WHO cho biết các bệnh cơ – xương – khớp bao gồm hơn 150 loại bệnh và tình trạng, thường biểu hiện bằng đau, hạn chế vận động, giảm khả năng thực hiện công việc và sinh hoạt; nhóm này bao gồm đau lưng, thoái hóa khớp, gãy xương và nhiều bệnh khác. [^NC03]

Vấn đề trở nên quan trọng hơn khi dân số già hóa. WHO dự báo đến năm 2030, cứ sáu người trên thế giới thì có một người từ 60 tuổi trở lên; số người ≥60 tuổi được dự báo tăng từ khoảng 1 tỷ năm 2020 lên 1,4 tỷ vào năm 2030 và 2,1 tỷ năm 2050. Đau lưng, đau cổ, thoái hóa khớp, té ngã và frailty — hội chứng dễ tổn thương ở người cao tuổi — đều là những vấn đề quan trọng của tuổi già. [^NC04]

Té ngã là một ví dụ cho thấy việc duy trì hệ vận động không chỉ là chuyện giảm đau. WHO ước tính có khoảng 684.000 trường hợp tử vong do té ngã mỗi năm trên toàn cầu, và người trên 60 tuổi chiếm tỷ lệ lớn nhất trong số các ca té ngã tử vong. [^NC05]

Một vấn đề khác của tuổi già là kết nối xã hội. Tuy nhiên, đề tài không nên giả định rằng mọi người nghỉ hưu đều cô đơn hoặc bị cô lập. WHO ước tính khoảng 11,8% người cao tuổi trải nghiệm cô đơn và khoảng một phần tư có tình trạng cô lập xã hội; sống một mình, bệnh mạn tính, mất người thân hoặc những thay đổi sau nghỉ hưu có thể là các yếu tố liên quan. [^NC06]

Điều này dẫn đến một insight quan trọng:

Người cao tuổi không phải một nhóm người dùng đồng nhất. Trợ lý phải thích nghi với mức độ độc lập, khả năng vận động, tình trạng bệnh, kỹ năng công nghệ và mạng lưới gia đình của từng người.

Ý nghĩa thực tiễn nếu dự án thành công

Một trợ lý được xây dựng đúng có thể tạo ra một “lớp chăm sóc hàng ngày” nằm giữa hai trạng thái hiện nay:

Không có ai hỗ trợ ← Trợ lý AI hằng ngày → Bác sĩ/chuyên gia khi cần

AI không thay thế bác sĩ. Giá trị của nó nằm ở phần khoảng trống giữa các lần khám.

Người dùng có thể hỏi:

“Sáng ngủ dậy đầu gối hơi cứng khoảng 10 phút có đáng lo không?”

“Tôi đau lưng 3 ngày rồi, nên vận động hay nằm nghỉ?”

“Mẹ tôi 75 tuổi gần đây đi chậm hơn và đứng lên khỏi ghế khó hơn, có vấn đề gì không?”

“Tối qua bố tôi bị ngã nhưng vẫn đi lại được. Có phải đi viện không?”

“Tôi nghe quảng cáo thuốc này chữa tái tạo sụn khớp. Có đúng không?”

Trợ lý có thể trả lời dựa trên nguồn được kiểm soát, hỏi thêm các câu cần thiết, phân loại mức độ cần hỗ trợ và giải thích rõ lý do.

WHO ICOPE — Integrated Care for Older People — cũng định hướng chăm sóc người cao tuổi theo hướng bảo tồn “intrinsic capacity”, trong đó có khả năng vận động, dinh dưỡng, nhận thức, tâm lý, thị giác và thính giác, thay vì chỉ đợi một bệnh cụ thể xuất hiện rồi mới can thiệp. [^NC07]

Điều này rất gần với triết lý mà dự án nên theo đuổi:

Không chỉ chữa cái khớp đang đau, mà giúp một con người duy trì khả năng đi lại, sinh hoạt độc lập và kết nối với cuộc sống.

Điểm mới của đề tài

Điểm mới không nên được mô tả đơn giản là “dùng ChatGPT cho người cao tuổi”, vì chatbot sức khỏe và voice assistant đã là chủ đề được nghiên cứu khá rộng. Các nghiên cứu gần đây đã xem xét conversational AI cho người lớn tuổi, bao gồm chatbot, voice assistant và embodied conversational agent; đồng thời chỉ ra các vấn đề như khó nhớ câu lệnh kích hoạt, khả năng sử dụng và nhu cầu thiết kế riêng cho nhóm tuổi này. [^NC08]

Điểm mới thực sự có thể nằm ở sự tích hợp thành một hệ thống hoàn chỉnh tại Việt Nam:

Điểm mới học thuật đáng chú ý nhất có thể được phát biểu như sau:

“Nghiên cứu thiết kế và đánh giá một trợ lý AI tiếng Việt, dựa trên tri thức y khoa được kiểm soát, có khả năng hội thoại bằng giọng nói, sàng lọc nguy cơ cơ – xương – khớp và suy giảm vận động, hỗ trợ tự chăm sóc an toàn và kết nối chăm sóc cộng đồng cho người trung niên và cao tuổi.”

Đây là một câu hỏi nghiên cứu rõ ràng hơn nhiều so với mục tiêu quá rộng là “AI chăm sóc người già”.

Cơ sở khoa học và phạm vi y khoa

Khung khoa học nên dùng cho đề tài

Đề tài nên được xây trên năm trụ cột khoa học, không chỉ riêng kiến thức bệnh học.

Trụ cột thứ nhất là lão khoa.

Lão hóa không đồng nghĩa với bệnh. Nhưng tuổi cao làm tăng xác suất đồng mắc nhiều bệnh, suy giảm cơ, xương, thăng bằng, chức năng cảm giác và khả năng thích nghi. WHO xem duy trì functional ability — khả năng thực hiện những việc con người coi trọng — là trung tâm của healthy ageing. [^NC09]

Trụ cột thứ hai là y học cơ – xương – khớp dựa trên bằng chứng.

Đối với thoái hóa khớp, NICE xác định exercise trị liệu và quản lý cân nặng khi thích hợp là những thành phần điều trị cốt lõi cùng với giáo dục và hỗ trợ. NICE cũng khuyến cáo exercise được cá thể hóa, ví dụ tăng sức mạnh cơ và aerobic; người bệnh cần được giải thích rằng đau có thể tăng lúc mới tập nhưng tập đều đặn lâu dài giúp cải thiện đau, chức năng và chất lượng sống. [^NC10]

Đối với đau thắt lưng mạn tính nguyên phát, WHO đã ban hành guideline về các biện pháp không phẫu thuật, thể hiện xu hướng xử lý đau cơ – xương – khớp bằng mô hình tích hợp thay vì chỉ dựa vào thuốc hoặc thủ thuật. [^NC11]

Trụ cột thứ ba là sức khỏe cơ và sarcopenia.

Asian Working Group for Sarcopenia đã cập nhật đồng thuận năm 2025, chuyển trọng tâm rộng hơn sang “muscle health”. Đồng thuận mới tiếp tục nhấn mạnh việc đánh giá khối cơ và sức mạnh cơ, đồng thời bổ sung cách tiếp cận cho cả giai đoạn trung niên trước tuổi già. [^NC12]

Đây là khía cạnh đặc biệt phù hợp với dự án. Một hệ thống chỉ hỏi “khớp có đau không?” sẽ bỏ qua người không đau nhiều nhưng:

• đứng lên khỏi ghế ngày càng khó;
• bước đi chậm hơn;
• yếu tay;
• giảm vận động;
• giảm khối cơ;
• thường xuyên suýt ngã.

Đó có thể chính là những người cần can thiệp sớm nhất.

Trụ cột thứ tư là phòng chống té ngã.

USPSTF năm 2024 khuyến nghị exercise cho người ≥65 tuổi sống trong cộng đồng có nguy cơ té ngã gia tăng. Tổng hợp bằng chứng của USPSTF gồm hàng chục thử nghiệm ngẫu nhiên cho thấy các chương trình exercise có thể làm giảm số lần té ngã; nhiều chương trình bao gồm thăng bằng, dáng đi, chức năng và sức mạnh. [^NC13]

WHO cũng khuyến nghị người cao tuổi kết hợp vận động aerobic, tăng sức mạnh và các hoạt động nhấn mạnh thăng bằng/chức năng. [^NC14]

Trụ cột thứ năm là osteoporosis và nguy cơ gãy xương.

Loãng xương cần được xem như một nhánh riêng vì bệnh có thể tồn tại khá lâu mà không gây đau cho tới khi xuất hiện gãy xương. Các hướng dẫn hiện hành như USPSTF và NOGG sử dụng cách tiếp cận đánh giá nguy cơ, sàng lọc nhóm phù hợp và phòng ngừa gãy xương thay vì đợi triệu chứng đau xuất hiện. [^NC15]

Vì vậy, trợ lý vận động không thể chỉ dựa trên “đau”.

Phạm vi bệnh và vấn đề nên đưa vào

Corpus phiên bản đầu không nên cố gắng bao phủ toàn bộ chuyên ngành cơ – xương – khớp. Điều đó vừa khó kiểm chứng vừa tăng rủi ro y khoa.

Một MVP hợp lý có thể giới hạn ở các nhóm sau:

Các bệnh như gout, viêm khớp dạng thấp, nhiễm trùng khớp, ung thư, bệnh thần kinh, chấn thương nặng… phải có trong differential/safety corpus, nhưng AI không cần cố gắng quản lý các bệnh này ở phiên bản đầu.

Một nguyên tắc quan trọng: sàng lọc red flag trước, tư vấn sau

Hãy tưởng tượng người dùng hỏi:

“Tôi 69 tuổi, đầu gối đau và sưng.”

Một chatbot thông thường có thể lập tức giải thích về thoái hóa khớp.

Một trợ lý y khoa an toàn phải hỏi thêm:

Khớp có nóng đỏ không?
Có sốt không?
Có chấn thương gần đây không?
Có đột ngột không đứng được không?
Tình trạng có tiến triển nhanh không?

NICE xem khớp nóng sưng, tiến triển nhanh, biến dạng nhanh, tiền sử chấn thương hoặc dấu hiệu gợi ý nhiễm trùng/ung thư là những đặc điểm không điển hình cần nghĩ đến nguyên nhân khác thay vì đơn giản coi là thoái hóa. [^NC10]

Tương tự, một câu:

“Tôi đau lưng”

không đủ để AI trả một bài tập.

AI cần tìm các dấu hiệu như tình trạng thần kinh tiến triển, chấn thương đáng kể hoặc các tín hiệu cần đánh giá y tế khác theo protocol do bác sĩ phê duyệt.

Do đó kiến trúc logic nên là:

Nhận câu hỏi → phát hiện nguy hiểm → phân loại → hỏi bổ sung → chỉ khi an toàn mới đi vào self-care.

Nguồn tài liệu y khoa nên xây dựng

Không nên coi mọi tài liệu trong corpus có giá trị ngang nhau.

Nên xây một Evidence Pyramid nội bộ:

Một bộ guideline khởi đầu nên bao gồm ít nhất:

WHO
- Musculoskeletal health. [^NC03]
- WHO guideline for chronic primary low back pain. [^NC16]
- ICOPE – Integrated Care for Older People. [^NC07]
- Guidance về physical activity và older adults. [^NC14]

NICE
- Osteoarthritis in over 16s: diagnosis and management, NG226. [^NC10]

AWGS
- Asian Working Group for Sarcopenia 2025 Consensus Update. Đây đặc biệt phù hợp vì nhắm tới dân số châu Á. [^NC12]

Osteoporosis
- NOGG guideline.
- USPSTF osteoporosis screening recommendation để tham khảo, nhưng phải ghi rõ đây là guideline Hoa Kỳ và cần được bác sĩ Việt Nam điều chỉnh trước khi biến thành rule trong hệ thống. [^NC15]

Falls
- WHO Falls.
- USPSTF Falls Prevention. [^NC17]

Về giáo trình, dự án nên có ít nhất ba tầng đọc:

Lão khoa tổng quát: Brocklehurst's Textbook of Geriatric Medicine and Gerontology. Elsevier hiện có bản thứ tám và đã công bố thế hệ tiếp theo cho năm 2026; khi mua corpus nên sử dụng phiên bản mới nhất có giấy phép phù hợp tại thời điểm triển khai. [^NC18]

Rheumatology: sử dụng một textbook chuyên khoa rheumatology cập nhật như Kelley and Firestein's Textbook of Rheumatology hoặc tương đương.

Phục hồi chức năng/geriatric rehabilitation: dùng textbook cập nhật về rehabilitation, therapeutic exercise và geriatric physical therapy.

Một cảnh báo quan trọng: mua sách để đọc không mặc nhiên đồng nghĩa với quyền sao chép toàn bộ sách vào một sản phẩm AI thương mại. Các nền tảng y khoa thương mại duy trì quyền tác giả và điều khoản sử dụng riêng; vì thế mỗi tài liệu phải có trường metadata về license và quyền sử dụng trước khi được ingest. [^NC19]

Giải pháp tốt hơn là:

Guideline mở/có quyền sử dụng + textbook licensed + bác sĩ tự biên soạn knowledge cards + tài liệu nội bộ VAGA.

Cấu trúc Knowledge Card đề xuất

Thay vì ném hàng nghìn trang PDF vào vector database, nên chuyển kiến thức y khoa thành các đơn vị có cấu trúc:

Condition:
Knee osteoarthritis

Topic:
Therapeutic exercise

Population:
Adult / older adult

Clinical statement:
Exercise là một treatment cốt lõi...

Evidence source:
NICE NG226

Evidence date:
2022

Contraindications / exclusions:
...

Red flags:
...

Patient-friendly explanation:
...

Questions AI should ask:
...

When to refer:
...

Reviewed by:
Dr. ...

Review date:
...

Cách này biến “đống tài liệu” thành hệ thống tri thức có quản trị.

Thiết kế nghiên cứu, dữ liệu và kiến trúc trợ lý AI

Các câu hỏi nghiên cứu chính

Đề tài nên đưa ra câu hỏi nghiên cứu có thể đo lường thay vì chỉ đặt mục tiêu “xây được chatbot”.

Câu hỏi về độ tin cậy y khoa

Trợ lý sử dụng RAG từ corpus được bác sĩ kiểm duyệt có tạo ra câu trả lời chính xác và có bằng chứng tốt hơn LLM không có corpus chuyên ngành hay không?

RAG được Lewis và cộng sự đề xuất như một kiến trúc kết hợp bộ nhớ tham số của mô hình với nguồn tri thức bên ngoài có thể truy xuất; một lợi ích quan trọng là có thể cập nhật nguồn tri thức và cung cấp provenance tốt hơn so với việc chỉ trông cậy vào kiến thức nằm trong trọng số mô hình. [^NC20]

Câu hỏi về an toàn

Hệ thống có nhận diện được các tình huống cần referral khẩn cấp hoặc không phù hợp với self-care hay không?

Câu hỏi về người cao tuổi

Hội thoại bằng voice có giúp người cao tuổi hoàn thành nhiệm vụ dễ hơn text không?

Các nghiên cứu về conversational AI cho người cao tuổi cho thấy voice có tiềm năng nhưng không tự động giải quyết vấn đề usability; thiết kế hội thoại, câu lệnh, khả năng hiểu giọng và mức độ phức tạp vẫn là những rào cản quan trọng. [^NC08]

Câu hỏi về hành vi

Liệu việc AI check-in hằng ngày, goal setting và community support có làm tăng tuân thủ vận động/self-care hay không?

Câu hỏi về giá trị dài hạn

Liệu hệ thống có nhận diện được xu hướng suy giảm chức năng từ dữ liệu theo thời gian trước khi người dùng chủ động đi khám hay không?

Đây mới có thể trở thành hướng nghiên cứu có giá trị cao ở các giai đoạn sau.

Không nên fine-tune kiến thức y khoa trước tiên

Một sai lầm kỹ thuật phổ biến là nghĩ:

“Có 20 cuốn sách → fine-tune model bằng 20 cuốn → có bác sĩ AI.”

Không nên bắt đầu như vậy.

Nên phân tách:

LLM = khả năng hiểu và tạo ngôn ngữ

Knowledge Base = kiến thức y khoa

Safety Rules = giới hạn y khoa

Patient Profile = hoàn cảnh từng người

Conversation Memory = diễn biến từng người

Clinical Protocol = logic hỏi và referral

Mô hình sau đó dùng RAG để lấy bằng chứng phù hợp trước khi trả lời. RAG không loại bỏ hoàn toàn hallucination, vì vậy vẫn cần evaluation và safety layer; WHO đặc biệt cảnh báo về câu trả lời sai, thiếu, thiên lệch và automation bias trong AI y tế. [^NC21]

Kiến trúc hệ thống đề xuất

                    ┌───────────────────────────┐
                    │    Người cao tuổi         │
                    │ Text / Voice / Robot      │
                    └─────────────┬─────────────┘
                                  │
                          Speech-to-Text
                                  │
                                  ▼
                    ┌───────────────────────────┐
                    │ Conversation Orchestrator │
                    └─────────────┬─────────────┘
                                  │
                    ┌─────────────▼─────────────┐
                    │     SAFETY GATE           │
                    │ Emergency / Red flags     │
                    │ Medication / Scope        │
                    └─────────────┬─────────────┘
                                  │
               ┌──────────────────┼──────────────────┐
               ▼                  ▼                  ▼
          Patient profile   Clinical protocol   RAG retrieval
               │                  │                  │
               └──────────────────┼──────────────────┘
                                  ▼
                         Evidence package
                                  │
                                  ▼
                           LLM Generator
                                  │
                                  ▼
                    Citation / Safety checker
                                  │
                                  ▼
                        Response + Action
                                  │
                   ┌──────────────┼──────────────┐
                   ▼              ▼              ▼
                  Text           Voice        Escalation
                                             bác sĩ/người thân

NIST khuyến nghị quản trị AI tạo sinh theo cách bao phủ toàn vòng đời, từ thiết kế, đo lường, quản lý rủi ro đến monitoring khi hệ thống đã triển khai; đây là khung phù hợp để tổ chức risk register và evaluation cho dự án. [^NC22]

Pipeline xử lý một câu hỏi

Ví dụ người dùng nói:

“Tôi 67 tuổi, đi cầu thang đau đầu gối trái.”

Hệ thống không nên trả ngay.

Bước đầu – hiểu ý định

Domain = knee
Intent = symptom
Age = 67
Potential condition = OA / other

Tiếp theo – hỏi các thông tin thay đổi quyết định

Đau bao lâu?
Có té/ngã/chấn thương?
Có sưng nóng đỏ?
Có sốt?
Có khóa khớp?
Có đứng chịu lực được không?
Cứng khớp buổi sáng bao lâu?
Ảnh hưởng việc đi lại như thế nào?

Sau đó – safety classification

RED    → urgent/emergency evaluation
AMBER  → medical/physio evaluation
GREEN  → education + safe self-care + monitoring

Tiếp đến – retrieval

Hệ thống tìm các passage thích hợp từ:

NICE NG226
WHO
knowledge cards đã review
exercise protocol

Sau đó – sinh câu trả lời.

Một format tốt cho người cao tuổi:

Điều này có thể liên quan đến: …

Trước hết cần kiểm tra: …

Hôm nay bác/cô/chú có thể làm: …

Chưa nên làm: …

Đi khám sớm nếu: …

Tôi sẽ hỏi lại sau: …

Nguồn y khoa: …

Đây là tốt hơn một đoạn văn 800 từ.

Cấu trúc dữ liệu bệnh nhân

Chỉ thu thập thứ có mục đích rõ.

Một hồ sơ tối thiểu có thể gồm:

Tuổi
Giới tính nếu có liên quan lâm sàng
Chiều cao/cân nặng nếu người dùng đồng ý
Bệnh nền quan trọng
Thuốc đang dùng nếu cần cho safety
Tiền sử té ngã
Tiền sử gãy xương
Đau hiện tại
Khả năng đi lại
Khả năng đứng lên/ngồi xuống
Mức hoạt động
Mục tiêu cá nhân
Người liên hệ khi cần

Dự án triển khai tại Việt Nam hiện phải tính đến Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15, có hiệu lực từ ngày 1/1/2026. Cơ quan nhà nước cũng đã nhấn mạnh các quyền như được biết, đồng ý, truy cập, chỉnh sửa và yêu cầu xóa dữ liệu. [^NC23]

Vì hệ thống xử lý thông tin triệu chứng và sức khỏe, thiết kế nên áp dụng nguyên tắc bảo vệ mạnh ngay từ đầu: data minimization, consent, encryption, access log, separation of identity and clinical data, retention policy và cơ chế xóa dữ liệu.

Đồng thời, Luật Công nghiệp công nghệ số số 71/2025/QH15, có hiệu lực chủ yếu từ ngày 1/1/2026, đã đưa AI vào khuôn khổ pháp lý công nghệ số tại Việt Nam. [^NC24]

Nếu dự án đi từ “giáo dục/self-care” sang tuyên bố chẩn đoán, phát hiện bệnh hoặc đưa quyết định điều trị, cần tiến hành đánh giá pháp lý riêng về intended use và khả năng sản phẩm rơi vào phạm vi quản lý thiết bị/phần mềm y tế. Vì vậy ngay từ MVP nên viết rõ intended use.

Một câu phù hợp:

“Trợ lý cung cấp thông tin giáo dục, hỗ trợ tự chăm sóc và nhận biết khi nào nên tìm kiếm chăm sóc y tế; không thay thế chẩn đoán và điều trị của bác sĩ.”

Thiết kế Web và Telegram

Web nên là phiên bản nghiên cứu đầu tiên vì dễ thay đổi giao diện, protocol, logging và đánh giá.

Khi hệ thống ổn định mới chuyển cùng backend sang Telegram.

Telegram Bot API hiện hỗ trợ bot qua HTTP, voice message và Web App/Mini App, vì vậy có thể triển khai text, voice note và các màn hình đánh giá bổ sung mà không phải xây ứng dụng mobile native ngay từ đầu. [^NC25]

Điều cần lưu ý:

Telegram chỉ là channel. Toàn bộ clinical logic phải nằm trong backend của VAGA, không nằm trong Telegram bot.

Như vậy sau này có thể có:

Web
 │
Telegram
 │
Mobile App  ─────► Health AI Platform
 │
Call center
 │
Robot

mà không phải xây năm “bộ não”.

Voice-first nhưng không voice-only

Đối tượng lớn tuổi có thể hưởng lợi từ giao diện giọng nói, nhưng cần thiết kế cho cả suy giảm nghe, nhìn, vận động và nhận thức.

WCAG 2.2 của W3C tổ chức accessibility quanh bốn nguyên tắc: perceivable, operable, understandable và robust. Phiên bản 2.2 còn bổ sung các tiêu chí liên quan kích thước vùng bấm, focus, thao tác kéo, authentication và trợ giúp nhất quán. [^NC26]

W3C cũng đã mở rộng hướng dẫn WCAG2ICT cho phần mềm ngoài web, bao gồm ứng dụng và các hệ thống ICT, đồng thời nhấn mạnh nhu cầu do ảnh hưởng của quá trình lão hóa. [^NC27]

Giao diện “tuổi bạc” nên có:

Từ chatbot sang robot

Robot không nên là mục tiêu kỹ thuật của giai đoạn đầu.

Robot nên được xem như một I/O device có hiện diện vật lý.

Robot =
Microphone
+ Speaker
+ Display
+ Camera/sensor nếu được phép
+ Health AI backend

Nếu kiến trúc đầu tiên đúng, robot chỉ thay giao diện.

Một robot phù hợp trong tương lai có thể:

• chào người dùng vào buổi sáng;
• hỏi mức đau;
• nhắc vận động;
• hướng dẫn bài tập đã được cá nhân hóa và phê duyệt;
• kết nối video với con/cháu;
• tham gia sinh hoạt cộng đồng;
• hỏi sau một lần té ngã;
• nhắc lịch tái khám;
• phát hiện thay đổi trong câu trả lời hằng ngày.

Các nghiên cứu về voice assistant ở người cao tuổi cho thấy tiềm năng hỗ trợ social support và giảm cảm giác cô đơn, nhưng bằng chứng chưa đủ để coi robot/AI là sự thay thế cho quan hệ con người. [^NC28]

Vì thế triết lý nên là:

Robot tạo thêm kết nối, không thay thế kết nối.

Kế hoạch triển khai, nghiên cứu người dùng và nhật ký đề tài

Phân kỳ dự án

Tôi đề xuất chia đề tài thành năm workstream song song thay vì ba giai đoạn tuyến tính.

Giai đoạn khám phá

Không nên bắt đầu bằng code.

Trước hết Nghiên cứu viên cần hiểu ba thứ:

Bệnh gì?

Người dùng là ai?

AI được phép làm gì?

Một mẫu nghiên cứu ban đầu có thể gồm khoảng 20–30 người trung niên/cao tuổi cho qualitative discovery, cùng một nhóm nhỏ caregivers và chuyên gia. Đây là quy mô nghiên cứu khám phá đề xuất, không phải cỡ mẫu thống kê cho thử nghiệm hiệu quả.

Nên chia persona chứ không chỉ chia theo “trên 60 tuổi”:

WHO cho thấy cô đơn và cô lập không phân bố đồng đều ở mọi người cao tuổi, củng cố lý do cần segmentation thay vì xây một “persona người già” duy nhất. [^NC06]

Bộ câu hỏi phỏng vấn người cao tuổi

Thay vì hỏi:

“Bác có muốn dùng AI không?”

hãy quan sát đời sống thật.

Một ngày bình thường

Bác thức dậy lúc nào?
Khi nào thấy đau nhất?
Điều gì trong ngày khó thực hiện nhất?

Khi đau

Bác thường làm gì đầu tiên?
Hỏi ai?
Tìm ở đâu?
Khi nào mới quyết định đi khám?

Niềm tin

Thông tin từ ai khiến bác tin?
Bác có xem Facebook/YouTube/TikTok về sức khỏe không?
Có từng mua sản phẩm vì quảng cáo?

Công nghệ

Bác thường dùng điện thoại để làm gì?
Nhắn tin hay gửi voice?
Những thao tác nào thấy khó?

Sức khỏe vận động

Lần gần nhất bác bị ngã?
Có sợ ngã không?
Việc gì bác từng làm được nhưng sáu tháng gần đây thấy khó hơn?

Mục tiêu

Không hỏi đơn thuần:

“Bác muốn giảm đau bao nhiêu điểm?”

Hỏi:

“Có việc gì bác muốn làm lại được?”

Có người sẽ trả lời:

“Tôi muốn tự đi chợ.”

“Tôi muốn bế được cháu.”

“Tôi muốn đi du lịch với bạn.”

Đó mới là goal personalization thực sự.

Phỏng vấn chuyên gia

Dự án nên thành lập một Clinical Advisory Group gồm tối thiểu các chuyên môn:

• cơ – xương – khớp/rheumatology;
• chấn thương chỉnh hình khi thích hợp;
• phục hồi chức năng;
• vật lý trị liệu;
• lão khoa;
• dinh dưỡng;
• bác sĩ gia đình/nội khoa;
• chuyên gia falls/osteoporosis nếu có.

Ngoài ra cần:

• chuyên gia AI/RAG;
• UX/accessibility;
• privacy/cybersecurity;
• luật y tế;
• marketing y tế;
• quản trị cộng đồng.

WHO cũng khuyến nghị việc phát triển LMM trong y tế phải có sự tham gia sớm của healthcare professionals, bệnh nhân và các stakeholder liên quan chứ không chỉ đội kỹ thuật. [^NC21]

Xây ngân hàng câu hỏi và case study

Có thể đặt mục tiêu MVP:

300–500 câu hỏi người dùng thật, được lấy từ:

• phỏng vấn;
• bác sĩ;
• cộng đồng;
• hotline;
• comment đã được ẩn danh;
• các buổi tư vấn;
• câu hỏi về misinformation.

Sau đó nhóm lâm sàng biên tập thành structured case.

Ví dụ:

Case ID: KNEE-001

Người bệnh:
Nữ, 66 tuổi

Câu hỏi:
"Tôi đau gối mỗi khi xuống cầu thang..."

Missing information:
- duration
- swelling
- trauma
- morning stiffness
- function
- fever

Safety class:
Green/Amber tùy câu trả lời

Clinical references:
NICE NG226

Expected conversation:
...

Unsafe responses:
- kết luận chắc chắn OA
- khuyên dùng NSAID không hỏi bệnh nền
- khuyên bất động hoàn toàn

Đây vừa là training data, vừa là test data.

Hai tập này không được trùng nhau.

Một case minh họa toàn bộ trải nghiệm

Bà Lan, 68 tuổi, sống cùng chồng.

Buổi sáng bà nói vào điện thoại:

“Mấy tháng nay đầu gối tôi đau khi xuống cầu thang. Có phải thoái hóa không cháu?”

Trợ lý không trả:

“Đúng, bác bị thoái hóa.”

Nó trả:

“Đau gối khi vận động ở tuổi của bác có thể gặp trong thoái hóa khớp, nhưng cháu cần hỏi thêm vài câu để xem có dấu hiệu nào cần bác sĩ kiểm tra sớm không.”

Sau đó hỏi từng câu một.

Không chấn thương.

Không sốt.

Không nóng đỏ.

Cứng sáng 10 phút.

Đau tăng khi đi cầu thang.

NICE mô tả tuổi ≥45, đau liên quan hoạt động và cứng buổi sáng không quá 30 phút là kiểu lâm sàng thường gặp của osteoarthritis, nhưng AI vẫn không cần tự đóng dấu chẩn đoán. [^NC10]

AI giải thích:

“Triệu chứng của bác có một số đặc điểm thường gặp ở thoái hóa khớp. Việc chẩn đoán chính thức cần dựa vào đánh giá của nhân viên y tế khi cần. Điều quan trọng là chức năng và mức độ ảnh hưởng đến sinh hoạt.”

Sau đó:

“Một trong những biện pháp nền tảng được guideline khuyến nghị là vận động trị liệu phù hợp. Nếu bác đồng ý, cháu có thể hướng dẫn chương trình đã được chuyên gia của dự án phê duyệt.”

NICE coi therapeutic exercise là core treatment và khuyến nghị cá thể hóa theo nhu cầu. [^NC10]

Hai tuần sau:

“Bác Lan, lần trước bác cho biết xuống cầu thang đau mức 6. Hôm nay là bao nhiêu?”

Sau ba tháng, AI không chỉ biết “bác có đau gối”.

Nó biết trajectory:

Pain: 6 → 4
Chair rise: improved
Walking: 15 → 25 min
Falls: 0
Adherence: 72%

Đó là sự khác nhau giữa chatbot hỏi đáp và digital health companion.

Nhật ký nghiên cứu

Nhật ký không nên chỉ ghi:

“Hôm nay đọc sách.”

Mẫu nên là:

Ví dụ:

Đây là kế hoạch tham chiếu 24 tuần; lịch thực tế cần điều chỉnh theo yêu cầu học thuật và quy trình ethical approval.

Mô hình hoạt động tại VAGA

Các buổi làm việc trực tiếp tại VAGA có thể biến thành một phần chính thức của methodology thay vì chỉ là “tham quan”.

Mỗi buổi nên có objective và artifact:

Buổi với bác sĩ
→ Red flag protocol

Buổi với AI team
→ Architecture decision record

Buổi với marketing
→ Education content matrix

Buổi với sales/customer service
→ Top 100 real questions

Buổi với nhà máy/sản phẩm
→ Product evidence sheet

Buổi với cộng đồng
→ User journey + barriers

Buổi với caregiver
→ Family notification workflow

Như vậy mọi hoạt động thực tế đều tạo ra dữ liệu nghiên cứu.

Thực nghiệm, kiểm chứng và quản trị an toàn

Cần ba loại thực nghiệm khác nhau

Một sai lầm là đưa chatbot cho 20 người sử dụng rồi hỏi:

“Bác có thích không?”

Điều đó chỉ đo satisfaction.

Đề tài cần ít nhất ba lớp validation.

Kiểm chứng y khoa

Tạo một benchmark độc lập.

Khuyến nghị khoảng 800–1.500 câu hỏi/case cho vòng technical validation nếu nguồn lực cho phép.

Phân tầng:

OA
Low-back pain
Neck pain
Falls
Sarcopenia
Osteoporosis
Exercise
Medication questions
Nutrition
Red flags
Out-of-scope
Misinformation
Adversarial prompts

Một phần đáng kể phải cố tình là case nguy hiểm.

Ví dụ:

“Gối tôi nóng đỏ, sốt 39°C.”

“Tôi vừa ngã và giờ không đứng được.”

“Đau lưng kèm yếu chân tăng nhanh.”

Không nên dùng prevalence ngoài đời làm tỷ lệ test, vì khi kiểm định safety cần oversample tình huống nguy hiểm.

Gold standard

Mỗi case nên được:

Bác sĩ A đánh giá

Bác sĩ B đánh giá độc lập

Nếu khác nhau:

Bác sĩ C adjudicate

Label:

GREEN
AMBER
RED
OUT OF SCOPE

Sau đó có expected key facts và prohibited advice.

Chỉ số kỹ thuật cần đo

Đặc biệt, accuracy chung có thể đánh lừa.

Ví dụ:

950 câu an toàn trả đúng
50 ca nguy hiểm bỏ sót 20

Accuracy = 98%

Con số 98% nghe rất đẹp nhưng hệ thống này không an toàn.

Vì vậy red-flag false negative phải là release-blocker.

Một release gate nội bộ có thể đặt mục tiêu:

Không chấp nhận lỗi nghiêm trọng trong bộ “must-not-miss” đã được bác sĩ phê duyệt.

Đây là tiêu chuẩn vận hành đề xuất của dự án, không phải một ngưỡng pháp lý quốc tế.

Kiểm chứng RAG so với LLM thường

Đây có thể là một thí nghiệm rất đẹp cho luận văn.

So sánh:

Model A: LLM không RAG.

Model B: LLM + RAG.

Model C: LLM + RAG + clinical rules + safety gate.

Bác sĩ chấm blind:

Correctness
Completeness
Harm
Evidence
Actionability
Communication

Giả thuyết nghiên cứu:

Model C sẽ có tỷ lệ câu trả lời an toàn và được evidence support cao hơn A và B.

Không nên mặc định RAG chắc chắn giải quyết mọi lỗi; bài báo RAG gốc cho thấy ưu thế của việc kết hợp retrieval và generation trên các nhiệm vụ knowledge-intensive, nhưng hệ thống y tế vẫn cần validation riêng. [^NC29]

Kiểm thử người dùng

Sau khi qua clinical gate mới cho người cao tuổi thử.

Giai đoạn đầu có thể sử dụng khoảng 20–30 người để tìm usability problem, sau đó mới mở pilot lớn hơn. Đây là số lượng lập kế hoạch cho formative study; thử nghiệm hiệu quả chính thức phải tính sample size dựa trên primary endpoint và effect size.

Giao cho người dùng các nhiệm vụ:

“Hỏi AI xem đau gối hôm nay nên làm gì.”

“Gửi voice message.”

“Tìm lại hướng dẫn bài tập.”

“Báo cho AI biết vừa bị ngã.”

“Xem nguồn thông tin.”

Đo:

Task completion
Time to complete
Số lần cần hỗ trợ
Số lần nói lại
Mức hiểu câu trả lời
Khả năng nhận ra khi AI khuyên đi khám
Trust calibration
Ý định sử dụng lại

Voice phải được kiểm thử trực tiếp với:

• giọng miền Bắc;
• miền Trung;
• miền Nam;
• người nói chậm;
• nói nhỏ;
• thiếu răng;
• giọng run/yếu;
• môi trường có TV hoặc tiếng gia đình.

Đây là một điểm mà benchmark speech tiêu chuẩn khó đại diện cho nhóm mục tiêu.

Kiểm chứng tác động sức khỏe

Sau usability là feasibility trial 8–12 tuần.

Một thiết kế khả thi:

Nhóm kiểm chứng: nhận tài liệu/self-care thông thường.

Nhóm can thiệp: trợ lý AI + check-in + chương trình giáo dục.

Primary outcome nên chọn trước.

Ví dụ:

adherence với chương trình vận động được duyệt.

Secondary outcomes:

Mức đau
Pain interference
Khả năng đi lại
Chair-rise ability
Mức hoạt động
Falls/near falls
Self-efficacy
Health knowledge
Healthcare seeking
Quality of life

Đối với sarcopenia và mobility, AWGS 2025 nhấn mạnh các chỉ số liên quan sức mạnh cơ và sức khỏe cơ; WHO ICOPE cũng coi mobility là một thành tố trọng tâm của intrinsic capacity. [^NC30]

Sau pilot mới nên tính power cho RCT lớn.

Safety Matrix

Hệ thống nên phân loại mọi intent theo rủi ro:

WHO đặc biệt cảnh báo nguy cơ automation bias khi người dùng hoặc nhân viên y tế chấp nhận đầu ra của AI mà không xem xét sai sót, vì vậy cả giao diện lẫn content phải tránh tạo ấn tượng AI “biết chắc”. [^NC21]

Không để marketing làm hỏng y khoa

Giai đoạn marketing nên có hai hệ thống khác nhau:

Medical Evidence Layer
        ↓
Patient Education Layer
        ↓
Marketing Content Layer

Marketing không bao giờ được ghi ngược vào medical evidence layer.

Ví dụ, guideline nói:

Exercise phù hợp là core treatment của OA. [^NC10]

Có thể chuyển thành bài giáo dục:

“Đau khớp không có nghĩa là phải ngừng vận động.”

Nhưng không nên chuyển thành:

“5 động tác tái tạo sụn khớp trong 7 ngày.”

Content Matrix cho giai đoạn giáo dục

Nội dung exercise cần được clinical team phê duyệt trước khi xuất bản vì bài tập phù hợp phụ thuộc tình trạng từng người.

Cộng đồng “Tuổi bạc vận động”

Community có thể là phần tạo retention mạnh hơn bản thân chatbot.

Một nhịp vận hành ví dụ:

06:30  Morning check-in
08:00  5–10 phút vận động
12:00  Health tip
17:00  Walking/community challenge
20:00  Hỏi đáp
Tuần   Livestream bác sĩ/chuyên gia
Tháng  Functional check-in

WHO khuyến nghị các giải pháp chống social isolation có thể bao gồm nhóm hỗ trợ, hoạt động cộng đồng, công nghệ và các biện pháp tăng kết nối xã hội. [^NC31]

Việt Nam cũng đã có các mô hình thí điểm đào tạo người cao tuổi để hỗ trợ chăm sóc đồng đẳng trong cộng đồng, cho thấy peer-support là một hướng có thể nghiên cứu kết hợp với nền tảng số. [^NC32]

Từ đây, AI có thể đóng vai trò:

“Bác Minh hôm nay chưa đi bộ. Nhóm của bác đang có 12 người hoàn thành mục tiêu. Bác muốn tham gia một bài 8 phút trong nhà không?”

Thay vì:

“Bạn cần tập thể dục 150 phút mỗi tuần.”

Đây là khác biệt giữa knowledge delivery và behavior change system.

Kết luận, đánh giá và đề xuất

Đánh giá tổng thể

Đề tài có tính khả thi cao về kỹ thuật, nhưng độ khó thực sự không nằm ở việc “làm chatbot”.

Web chatbot, Telegram bot và voice hiện đều có hạ tầng kỹ thuật sẵn có; Telegram chính thức cung cấp Bot API, Web App và voice message, còn kiến trúc RAG đã là một hướng kỹ thuật được nghiên cứu và triển khai rộng rãi. [^NC33]

Thách thức thực sự nằm ở sáu vấn đề:

WHO cũng nhận định AI có tiềm năng hỗ trợ y tế nhưng chỉ có giá trị khi được triển khai an toàn, có đạo đức, công bằng, với governance và regulation thích hợp. [^NC34]

Do đó, chỉ tiêu thành công không nên là:

“Chatbot trả lời được 10.000 câu hỏi.”

Mà nên là:

“Trợ lý trả lời đúng những gì nó biết, trích nguồn được, nhận ra những gì không biết, không bỏ sót tình huống nguy hiểm trong bộ kiểm định, và người cao tuổi thực sự sử dụng được.”

Đề xuất mô hình sản phẩm cuối cùng

Tôi đề xuất nhìn toàn dự án như một nền tảng gồm sáu tầng:

                  TUỔI BẠC AI PLATFORM

 ┌──────────────────────────────────────────────┐
 │ Robot | App | Telegram | Web | Voice         │
 ├──────────────────────────────────────────────┤
 │ Personal Health Companion                    │
 │ hỏi đáp | check-in | coaching | community    │
 ├──────────────────────────────────────────────┤
 │ Clinical Intelligence                        │
 │ triage | risk | tracking | personalization   │
 ├──────────────────────────────────────────────┤
 │ Evidence Engine                              │
 │ RAG | Guidelines | Textbooks | Cases         │
 ├──────────────────────────────────────────────┤
 │ Safety & Governance                          │
 │ red flags | privacy | audit | clinicians     │
 ├──────────────────────────────────────────────┤
 │ Research Data                                │
 │ outcomes | usability | longitudinal signals  │
 └──────────────────────────────────────────────┘

Đề xuất thay đổi mục tiêu “phát hiện thoái hóa”

Đây là đề xuất quan trọng nhất của báo cáo.

Không nên đặt promise:

“AI phát hiện sớm thoái hóa cơ xương khớp.”

Nó vừa quá rộng, vừa dễ làm người dùng hiểu AI có chức năng chẩn đoán.

Nên chuyển thành:

“AI hỗ trợ nhận diện sớm suy giảm sức khỏe hệ vận động, nguy cơ và dấu hiệu cần đánh giá y tế.”

Ở tầng nghiên cứu có thể theo dõi một “Movement Health Profile” gồm:

Pain
Strength
Mobility
Balance
Falls
Activity
Function
Sleep
Weight
Self-efficacy

Sau vài tháng, thứ có giá trị hơn một câu:

“Bạn có nguy cơ thoái hóa”

là:

“Trong ba tháng qua khả năng đứng lên khỏi ghế của bác giảm, số ngày vận động giảm và bác đã có hai lần suýt ngã. Đây là thay đổi đáng chú ý; nên sắp xếp một đánh giá trực tiếp.”

Đó là early functional deterioration detection, một bài toán vừa có giá trị lâm sàng vừa phù hợp hơn với năng lực của một hệ thống theo dõi tại nhà.

Đề xuất lộ trình sản phẩm

MVP nghiên cứu

Web chat
+ curated MSK corpus
+ citations
+ red-flag rules
+ 300–500 FAQ/cases
+ clinician dashboard

Chưa cần robot.

Chưa cần computer vision.

Chưa cần chẩn đoán.

Chưa cần hàng nghìn bệnh.

Bản thử nghiệm cộng đồng

Web
+ Telegram
+ Voice
+ patient profile
+ follow-up memory
+ daily check-in
+ community

Telegram có khả năng xử lý voice và Web App nên phù hợp như một channel trung gian trước khi đầu tư native app. [^NC25]

Nền tảng sức khỏe tuổi bạc

Longitudinal functional profile
+ exercise program
+ caregiver integration
+ clinician escalation
+ community programs
+ wearable integration

Robot tại nhà

Voice companion
+ reminders
+ activity coaching
+ family communication
+ community access
+ safety monitoring đã được validation

Các điều kiện “Go/No-Go”

Không nên mở hệ thống rộng cho cộng đồng chỉ vì software đã chạy.

Medical Gate

Toàn bộ clinical protocol đã được nhóm bác sĩ ký duyệt.

Safety Gate

Không có lỗi nghiêm trọng trong bộ test “must-not-miss” đã định nghĩa.

Evidence Gate

Mọi advice quan trọng đều truy nguyên về evidence source thích hợp.

Usability Gate

Người cao tuổi có thể hoàn thành các nhiệm vụ cốt lõi mà không cần người trẻ thao tác hộ.

Voice Gate

Speech recognition được kiểm nghiệm trên chính đối tượng mục tiêu Việt Nam.

Privacy Gate

Có consent, data minimization, access control, logging, retention/deletion protocol phù hợp với khung bảo vệ dữ liệu Việt Nam hiện hành. Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 đã có hiệu lực từ ngày 1/1/2026. [^NC23]

Legal/Regulatory Gate

Intended use được rà soát lại trước mỗi lần bổ sung tính năng mang tính chẩn đoán, quyết định điều trị hoặc thiết bị y tế.

Bộ deliverable tối thiểu của Nghiên cứu viên

Nếu chuyển toàn bộ nghiên cứu thành bộ hồ sơ đầu ra, đề tài nên tạo được:

Kết luận cuối cùng

Cơ hội lớn nhất của dự án không nằm ở việc tạo ra một “bác sĩ AI”.

Nó nằm ở việc xây dựng một hệ thống hỗ trợ con người tự chăm sóc tốt hơn giữa những lần gặp bác sĩ.

Các guideline hiện đại về thoái hóa khớp, falls, sarcopenia, healthy ageing và integrated care đều cho thấy tầm quan trọng của exercise, chức năng, phòng ngừa, giáo dục và chăm sóc lấy con người làm trung tâm. [^NC35]

Trong khi đó, WHO cảnh báo AI y tế có thể tạo thông tin sai và tạo automation bias nếu được thiết kế thiếu governance. [^NC21]

Vì vậy công thức đúng của dự án không phải:

Sách y khoa + LLM = bác sĩ AI

mà là:

Y khoa dựa trên bằng chứng
+ bác sĩ chịu trách nhiệm chuyên môn
+ RAG có nguồn dẫn
+ safety engine
+ hiểu hành vi người cao tuổi
+ accessibility và voice
+ theo dõi longitudinal
+ cộng đồng
+ kiểm chứng thực nghiệm
= Trợ lý sức khỏe tuổi bạc đáng tin cậy.

Nếu thực hiện đúng, giá trị dài hạn của hệ thống sẽ vượt xa một website tra cứu. Nó có thể trở thành hạ tầng chăm sóc dự phòng tại nhà, nơi kiến thức y khoa chính thống được chuyển thành hành động nhỏ hằng ngày: vận động thêm một chút, phát hiện một thay đổi chức năng sớm hơn, tránh một lời quảng cáo sai, nhận ra một dấu hiệu nguy hiểm đúng lúc, kết nối một người đang sống một mình với cộng đồng và đưa người cần bác sĩ đến đúng nơi sớm hơn.

Đó là hướng mà dự án nên lấy làm tiêu chuẩn thành công: không phải AI trả lời nhiều nhất, mà là giúp người cao tuổi duy trì khả năng sống độc lập, an toàn và có chất lượng lâu nhất có thể.

---

Chú thích nguồn được khôi phục từ báo cáo gốc

Các liên kết dưới đây được lấy từ siêu dữ liệu trích dẫn của báo cáo đã lưu. Bản xuất này giữ nguồn của báo cáo, chưa kiểm tra lại từng trang tại ngày xuất.

[^NC01]: Recommendations | Osteoarthritis in over 16s: diagnosis and management | Guidance | NICE; Context | Osteoarthritis in over 16s: diagnosis and management | Guidance | NICE

[^NC02]: WHO releases AI ethics and governance guidance for large multi-modal models; Artificial Intelligence for Health

[^NC03]: Musculoskeletal health

[^NC04]: Ageing and health

[^NC05]: Falls - World Health Organization (WHO)

[^NC06]: Social connection; Reducing social isolation and loneliness among older people

[^NC07]: Integrated care for older people: guidelines on community- ...; Integrated care for older people: guidelines on community ...

[^NC08]: Designing Conversational AI for Aging: A Systematic Review of ...; A Systematic Review of Older Adults' Perceptions and Needs

[^NC09]: Ageing and health; Integrated care for older people: guidelines on community- ...

[^NC10]: Recommendations | Osteoarthritis in over 16s: diagnosis and management | Guidance | NICE

[^NC11]: WHO Guideline for non-surgical management of chronic ...; WHO guideline for non-surgical management of chronic ...

[^NC12]: A focus shift from sarcopenia to muscle health in the Asian Working Group for Sarcopenia 2025 Consensus Update - PubMed; A focus shift from sarcopenia to muscle health in the Asian ...

[^NC13]: Recommendation: Falls Prevention in Community-Dwelling Older Adults: Interventions | United States Preventive Services Taskforce; Evidence Summary: Falls Prevention in Community-Dwelling Older Adults: Interventions | United States Preventive Services Taskforce

[^NC14]: Self-Care Month 2025

[^NC15]: Osteoporosis to Prevent Fractures: Screening; Information for patients and the public on the Prevention ...

[^NC16]: WHO Guideline for non-surgical management of chronic ...

[^NC17]: Falls - World Health Organization (WHO); Recommendation: Falls Prevention in Community-Dwelling Older Adults: Interventions | United States Preventive Services Taskforce

[^NC18]: Brocklehurst's Textbook of Geriatric Medicine and ...; Brocklehurst's Textbook of Geriatric Medicine and ...

[^NC19]: AccessMedicine | McGraw Hill Medical

[^NC20]: Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks

[^NC21]: WHO releases AI ethics and governance guidance for large multi-modal models

[^NC22]: Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile | NIST

[^NC23]: Luật số 91/2025/QH15 của Quốc hội: Luật Bảo vệ dữ liệu cá nhân; Từ hôm nay, Luật Bảo vệ dữ liệu cá nhân chính thức có hiệu lực thi ...

[^NC24]: Luật số 71/2025/QH15 của Quốc hội: Luật Công nghiệp công nghệ số; Luật số 71/2025/QH15 luật Công nghiệp công nghệ số. - Công báo

[^NC25]: Telegram Bot API

[^NC26]: What's New in WCAG 2.2 | Web Accessibility Initiative (WAI) - W3C; WCAG 2 Overview | Web Accessibility Initiative (WAI) - W3C

[^NC27]: WCAG2ICT Overview | Web Accessibility Initiative (WAI) - W3C

[^NC28]: Reducing Loneliness and Improving Social Support among ...; From loneliness to social connection: charting a path to healthier societies – Report of the WHO Commission on Social Connection

[^NC29]: Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks; WHO releases AI ethics and governance guidance for large multi-modal models

[^NC30]: A focus shift from sarcopenia to muscle health in the Asian Working Group for Sarcopenia 2025 Consensus Update - PubMed; Integrated care for older people: guidelines on community ...

[^NC31]: Reducing social isolation and loneliness among older people; From loneliness to social connection: charting a path to healthier societies – Report of the WHO Commission on Social Connection

[^NC32]: Những người bạn thực sự

[^NC33]: Telegram Bot API; Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks

[^NC34]: Artificial Intelligence for Health; WHO releases AI ethics and governance guidance for large multi-modal models

[^NC35]: Recommendations | Osteoarthritis in over 16s: diagnosis and management | Guidance | NICE; Recommendation: Falls Prevention in Community-Dwelling Older Adults: Interventions | United States Preventive Services Taskforce; A focus shift from sarcopenia to muscle health in the Asian Working Group for Sarcopenia 2025 Consensus Update - PubMed; Integrated care for older people: guidelines on community- ...