# Phát hành & Governance - Bộ Hướng dẫn Triển khai Core FHIR cho Việt Nam v0.5.0

## Phát hành & Governance

# Phát hành và quản trị — Release and Governance

Khung quản trị tối thiểu cho VN Core trong giai đoạn `trial-use`: phân loại thay đổi, siết chất lượng phát hành và giúp cộng đồng đọc mức độ ổn định của từng tài nguyên.

**Trạng thái hiện hành**: VN Core đang ở dải phát hành Draft for Community Review; khung quản trị hiện tại ưu tiên minh bạch, ổn định và phản hồi từ triển khai thực tế.

-------

## Nguyên tắc quản trị hiện tại

1. Ưu tiên ổn định`VN Core Base`trước khi mở rộng phạm vi.
1. Chỉ đưa vào bản phát hành công khai những gì đã có ví dụ, hướng dẫn và kiểm tra tối thiểu.
1. Tách lớp liên thông hồ sơ thanh toán BHYT (`BHYT Submission`) và các gói thuật ngữ lớn để giảm độ rung của core.
1. Mọi thay đổi có thể ảnh hưởng đến bên triển khai phải có phần diễn giải hoặc ghi chú chuyển đổi tương ứng.

-------

## Phân loại thay đổi

| | | |
| :--- | :--- | :--- |
| **Patch / stabilization** | sửa ví dụ, sửa tài liệu, sửa liên kết hỏng, sửa câu chữ, giảm nhiễu QA, gia cố script | changelog ngắn, không đổi ngữ nghĩa cốt lõi |
| **Additive** | thêm profile, extension, search parameter, ví dụ, operation, mã mới đang hiệu lực | changelog + hướng dẫn + ví dụ |
| **Breaking** | đổi URL tài nguyên, đổi cardinality, đổi binding theo cách làm dữ liệu cũ không còn hợp lệ, đổi hợp đồng tìm kiếm | ghi chú chuyển đổi bắt buộc + cảnh báo phát hành |

### Cách áp dụng trong giai đoạn 0.x

Do VN Core chưa ở `1.0.0`, thay đổi bổ sung vẫn có thể đi nhanh hơn một bản phát hành trưởng thành. Tuy nhiên:

* Nhóm duy trì **SHOULD** không gộp thay đổi phá vỡ ngữ nghĩa vào bản vá.
* Nhóm duy trì **SHOULD** hạn chế mở rộng phạm vi quá lớn trong những ngày cuối trước khi gắn thẻ công bố.
* Mọi thay đổi làm bên triển khai phải sửa dữ liệu hoặc logic tích hợp **SHALL** được ghi rõ trong changelog.

-------

## Trạng thái governance của v0.5.0

`v0.5.0` là bản Draft for Community Review hiện hành. Đây là release **additive/hardening**, không đổi canonical URL hoặc package id, nhưng mở rộng surface triển khai ở các điểm sau:

* structured legal references: `VNLegalDocumentRefCS`, `VNLegalDocumentRefVS`, `VNCoreExtLegalBasis`;
* BHYT pilot hardening: `VNCorePaymentReconciliation`, `VNCoreEndpointBHYT`, `claimAuditStatus`, `paymentReconciliationForm`;
* privacy/audit baseline: `VNCoreCompositionBreachNotification`, `VNCoreExtConsentMethod`, `VNCoreExtAuditRetention`;
* device regulatory hardening: số lưu hành thiết bị y tế, risk class, IVD flag và ví dụ class A/B/C;
* service discovery: `VNCoreHealthcareService` cho dịch vụ y tế, đặc biệt tuyến xã/phường/đặc khu.

Các nội dung này cần được pilot trước khi nâng maturity: dữ liệu thực, lỗi validator, phản hồi vendor và chênh lệch quy trình địa phương sẽ quyết định phần nào được siết thành ràng buộc mạnh hơn trong bản kế nhiệm.

-------

## Ngưỡng phát hành tối thiểu trước khi công bố

Trước khi công bố một bản trial-use, nhóm duy trì nên bảo đảm tối thiểu:

* `./scripts/validate.sh --quick` pass.
* `./scripts/validate-tier2.sh` pass nếu thay đổi chạm đến data rules quốc gia.
* `bash _genonce.sh` pass.
* `output/qa.html` không còn `errors`, `warnings`, `broken links`.
* Câu chữ của trang chủ, trang tải xuống, README và changelog đồng bộ.
* Ghi chú công bố gói phát hành khớp trạng thái thực tế.

Nếu release chạm lớp `BHYT Submission`, nên chạy thêm:

* `./scripts/validate-bhyt-submission.sh`
* `./scripts/validate-bhyt-roundtrip.sh`

Nếu release chạm security/governance, nên chạy thêm:

* `./scripts/validate-security-baseline.sh`

-------

## Quy tắc ngừng dùng

* Không xóa mã cũ hoặc identifier cũ ngay nếu còn cần cho dữ liệu lịch sử.
* Ưu tiên `deprecated` hoặc `legacy` trước khi loại bỏ hoàn toàn.
* Không đổi canonical URL chỉ vì đổi wording hoặc đổi cách diễn giải narrative.
* Nếu chuyển từ extension cục bộ sang extension chuẩn HL7, phải có thời gian chuyển tiếp và ví dụ cập nhật kèm theo.

-------

## Vai trò của cộng đồng góp ý

Ở giai đoạn hiện tại, cộng đồng có thể tham gia qua:

* Email hoặc kênh thí điểm được chỉ định cho lỗi, điểm mơ hồ, câu chữ pháp lý, hành vi tìm kiếm, thuật ngữ.
* Repo public, issue và pull request sẽ được công bố sau khi governance và quy trình đóng góp được chốt.
* Implementation report cho phản hồi triển khai thật.

Nội dung góp ý có giá trị cao nhất là:

* Lỗi tái tạo được.
* Profile và ví dụ không khớp nhau.
* Điểm mơ hồ gây hiểu sai ở nhà cung cấp.
* Thiếu hướng dẫn khiến triển khai thực tế bị vướng.
* Khác biệt giữa tài nguyên và quy định hiện hành.

-------

## Điều gì chưa cần làm quá nặng ở giai đoạn này

VN Core chưa cần ngay:

* Quy trình ballot nội bộ nhiều vòng như một affiliate trưởng thành.
* Hệ thống phê duyệt đa tầng cho mọi bản vá tài liệu.
* FMM chính thức cho từng tài nguyên.
* Mở rộng nhịp phát hành gói quá dày khi chưa có mức độ tiếp nhận đủ rộng.

Điều cần lúc này là:

* Tính trung thực của bản phát hành.
* Hướng dẫn đủ rõ.
* Đầu mối tiếp nhận vấn đề minh bạch.
* Danh sách việc cần sửa bám theo phản hồi thật.

-------

## Liên hệ với các trang khác

| | |
| :--- | :--- |
| Nắm chính sách ổn định và mức độ trưởng thành của artifact | [Ổn định và tuân thủ](stability-and-conformance.md) |
| Hiểu cách các gói phát hành được tổ chức và phụ thuộc lẫn nhau | [Kiến trúc gói phát hành](package-architecture.md) |

-------

## English Summary

This page defines VN Core release governance during trial-use: change classification, quality gates, deprecation, and v0.5.0 community-review scope. Version 0.5.0 is additive hardening for legal references, BHYT reconciliation, privacy/audit, devices, and HealthcareService; later tightening depends on pilot evidence.

