青耕2023

A dietary recommendation prototype from university.

A university team prototype. We trained a tongue-image recognition model, built a dietary recommendation mini program, and connected the algorithm service and role-specific pages.

Work and outputRetained training records, image upload and result display, recommendation rules, and ordering interfaces.

把舌象识别,接进食疗流程。
My role
Model training, recommendation mini program, and API integration
Time
2023
Scope
Healthcare prototype / Applied machine learning
Status
University team prototype

Nurses, doctors, patients, and the kitchen

The university team prototype designed a postoperative dietary workflow spanning nurses, doctors, patients, and catering staff. Recognition output needed a place in image collection, review, recommendations, and ordering. I worked on model training, the recommendation mini program, and the interfaces that connected them.

One image, several roles. Reconstructed prototype or historical training material; not a medical diagnosis or deployment claim.
Four role interfaces connect collection, review, ordering, and catering. Prototype workflow illustration.

Image input and recognition output

YOLOv5 class IDs map to descriptions returned through the image-upload service as message. A separate 29-item questionnaire uses rules and returns result1. These are distinct implementation paths; the case does not describe them as a clinically validated fused model.

Make model output readable by the application. Reconstructed prototype or historical training material; not a medical diagnosis or deployment claim.
Images and questionnaires use separate service paths. Synthetic examples explain the interface.

Recommendation and exclusion rules

Recommendation code starts from a constitution-related lookup and removes candidates using history and exclusion tables. Separating generation from filtering gives business conditions an explicit place in the workflow. The prototype explains rule handling, with medical sources and effectiveness requiring professional verification.

Generate candidates, then apply exclusions. Reconstructed prototype or historical training material; not a medical diagnosis or deployment claim.
Candidates are generated before history-based exclusions. Synthetic meals explain rules, without dietary advice.

The flow in the mini program

The collection interface uploads an image to Flask and displays the returned description. The recommendation interface requests entries by bed identifier and brings them into ordering. My work extended beyond training to matching service fields with application steps, using reconstructed screens to explain the prototype.

Bring recognition into an actionable mini program. Reconstructed prototype or historical training material; not a medical diagnosis or deployment claim.
Image upload and message display connect the service with the mini program. Reconstructed prototype.

Algorithm services and rule interfaces

Recognition handles images and label mapping, the questionnaire has its own rules, and recommendation uses CSV material and exclusions. Team members built the separate role interfaces. This describes the archived architecture; reliable patient isolation, a complete approval process, and production operation are separate questions.

Give each processing path a clear responsibility. Reconstructed prototype or historical training material; not a medical diagnosis or deployment claim.
Recognition, questionnaire rules, and recommendations retain separate responsibilities. Source-based architecture.

Training records and metrics

Two archived runs each contain 100 epochs, configurations, weights, and plots, with final mAP@0.5 values of 0.40296 and 0.43615. These are detection metrics, not clinical accuracy. The current data copy overlaps training and validation, with historical splitting unconfirmed, so the case makes no generalization or improvement claim.

Training records retain their metric scope. Reconstructed prototype or historical training material; not a medical diagnosis or deployment claim.
Historical training records retain their original metric scope; data-split limitations prevent generalization claims.

My work on the model and mini program

I trained the tongue-image model, implemented the recommendation mini program, and connected frontend and backend behavior within the team prototype. The central lesson concerns who reads an output and what happens next. Professional review, independent evaluation, and complete runtime verification remain necessary before stronger medical use.

My contribution: training, interfaces, and application. Reconstructed prototype or historical training material; not a medical diagnosis or deployment claim.
My contribution connected model training and application interfaces within a university team prototype.
Next project无人机协同决策研究