Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

Should an IN_PROGRESS case still receive automated outreach? (the two readers left on OPEN-only by #551)

Đã đóng
  • Có gì không ổn?
#552 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
35/100
Loại issue
Tính năng
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Sôi nổi
Công nghệ
typescript
Lĩnh vực
backend

Hướng nghiên cứu

Start with backend-ts/src/case/outreach-campaign.ts and backend-ts/src/mcp/tools.ts, then read docs/DATA_MODEL_CONTRACTS.md §4 and the context from #551. Resolve whether IN_PROGRESS cases should receive outreach and be attached to compliance answers, including the future-appointment option if considered. Done means the product decision is implemented consistently and recorded in §4.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

backend owner-ops question

The question

Should a case an operator has already picked up (IN_PROGRESS) still be targeted by automated outreach, and still be the case attached to an MCP compliance answer?

This is a product decision, not a bug. It is filed so the inconsistency is tracked rather than left in a journal entry.

Why it comes up now

#551 widened the open-case readers to ACTIVE_CASE_STATUSES (OPEN + IN_PROGRESS), because the work list, its CSV export and the MCP list tools disagreed with each other: a case moved to IN_PROGRESS stayed on screen and vanished from the CSV taken off that screen.

Two readers were deliberately left on OPEN only, because neither is the work list and widening them would change behaviour nobody asked for:

  • backend-ts/src/case/outreach-campaign.ts — campaign targeting
  • backend-ts/src/mcp/tools.ts — the open case attached to a get_compliance_status answer

Recorded in docs/DATA_MODEL_CONTRACTS.md §4.

The two readings

Leave as-is (OPEN only). Someone has already started work on the case — a scheduled appointment is the usual reason it is IN_PROGRESS. Sending an automated letter on top of that is duplicate contact, and the patient hears from the practice twice about the same gap.

Widen to ACTIVE. ACTIVE_CASE_STATUSES is the contract's own definition of an active case, and every other surface now uses it. A case sitting IN_PROGRESS for six weeks because an appointment was booked and missed receives nothing at all under the current behaviour.

A third option: widen, but exclude cases with a future appointment — which is a real distinction the appointment store can already answer, and more work than either of the above.

Deciding it

Whichever way it goes, the outcome belongs in DATA_MODEL_CONTRACTS §4 next to the note that records the current split, so the next person to widen a status set knows these two were considered rather than missed.

Context: #551, docs/JOURNAL.md 2026-09-12.

Ngôn ngữ chính
TypeScript
Star
0
Fork
0
Merge trung bình
3 giờ 41 phút
Pull request đã merge (30 ngày)
140

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của Taleef7/workwell

Tất cả issue của Taleef7/workwell

Issue tương tự

Thêm issue về TypeScript

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.