zyt/artifacts/appointment-modes/ui.md

Appointment type UI changes

User clarification applied: this change displays the existing appointment types. It does not add an offline / 线下面诊 option or alter the default video selection.

Delivered

• consumer/prescription/guahao.vue: explicit 挂号类型 column and edit-field label, using the shared description helper.
• first_visit/my_patients/index.vue: 挂号类型 column; patients without an appointment show —.
• Diagnosis desktop and H5: each booking displays its own type. Desktop multi-booking type entries include doctor and time so types remain attributable. The fallback row preserves appointment type.
• Appointment desktop and H5: 面诊类型 in the list/card and detail view. Non-video bookings open 图文沟通. Chat signature requests and the chat dialog receive the selected appointment ID.
• Shared booking drawer: 挂号类型 label, with the existing video and text options retained.
• Video QR and video observation entries reject non-video bookings. Diagnosis selection finds an active video booking for video-only actions, retaining its actual appointment ID, type, doctor, and time. Normal diagnosis QR continues to support any active booking, including text.
• H5 type labels have enough width; multi-booking cards wrap type onto its own line.

Verification

• Vue compiler SFC parse, script compilation, and template compilation passed for all seven edited Vue files.
• Executed the actual diagnosis helper declarations extracted via the TypeScript AST for desktop and H5. Both passed: unbooked patient has no video; active text keeps normal diagnosis QR but has no video; legacy null type preserves video compatibility; mixed text / completed video / active video selects the active video appointment and its doctor, ID, and time; phone is not eligible for video.
• git diff --check passed for the edited UI files.
• No live API calls, QR generation requests, or video calls were made. Browser visual verification and integrated checks remain with the parent task.

Coordination notes

• Depends on the parent task's canAppointmentVideoCall utility and backend appointment type fields / appointment ID enforcement.
• Inspected DiagnosisLogic::generateMiniProgramQrcode: login QR explicitly uses doctor_id as the scene ID; appointment_id is not consumed. Existing QR payload semantics are preserved. The selected video booking supplies the correct doctor.
• .trellis/ is absent in this checkout, as noted by the parent task. No subagents were spawned.