The healthcare AI models marked (preview) in this article are currently in limited preview. These models are intended and provided as-is for research and model development exploration. The healthcare AI models are not designed or intended to be deployed in clinical settings as-is. They are not intended for use in the diagnosis or treatment of any health or medical condition, and the individual models’ performances for such purposes have not been established.You bear sole responsibility and liability for any use of the healthcare AI models, including verification of outputs and incorporation into any product or service intended for a medical purpose or to inform clinical decision-making, compliance with applicable healthcare laws and regulations, and obtaining any necessary clearances or approvals.
What this model learns
Fine-tuning makes it easy to adapt the phrasing and structure of the generated Findings and Impression sections to your institution’s reporting conventions. Use model IDCXRReportgen-Premium when you create the fine-tuning job.
Training data format
For shared JSONL, file, and upload information, see Prepare your data. This article defines the model-specific CxrReportGen Premium record. Training data uses JSON Lines (JSONL). Each line is one complete JSON object with its own top-levelmessages array. The following formatted JSON shows the structure of one record. In the actual
.jsonl file, write the complete object on one physical line.
User message: input
The requireduser message is the input to the model. Its content value is an ordered array.
The context labels are content inside the single
text part, not top-level JSON fields. Put the
current image first and the single text part last.
Assistant message: label
The requiredassistant message is the supervised label, or target. It isn’t model input.
content value is the complete ground-truth report for the current study. Use the desired
Findings: and Impression: style and structure.
Complete JSONL example
The following example shows one complete record on one physical line. It uses one current frontal image. For a complete sample, see the CxrReportGen Premium fine-tuning sample in the Healthcare AI examples repository.Dataset requirements
For shared service and file requirements, including JSONL format, UTF-8 encoding, and upload limits, see Prepare your data in the fine-tuning workflow hub. Your training file needs at least 10 records. Job creation rejects files with fewer records.Image preprocessing and requirements
Image requirements
Training images must meet these requirements:Recommended DICOM preprocessing
To prepare a DICOM chest X-ray for fine-tuning:- Decode the DICOM pixel data.
- Apply the applicable DICOM transforms, such as a lookup table (LUT) or the rescale slope and intercept values.
- Normalize the intensities and scale the result to 8-bit. The recommended starting point is the 5th–95th percentile range; min/max normalization is also supported.
- Convert the image to RGB. The recommended image size is 518 x 518 pixels.
- Save the image as PNG or JPEG, and then base64-encode it for the training record. For JPEG, the recommended quality is 95.
Hyperparameters
Use the shared hyperparameter request shape described in Create the fine-tuning job on the hub. When you omit all hyperparameters, the service applies these default values for CxrReportGen Premium:
The managed fine-tuning request exposes
learning_rate_multiplier. The service-applied value of
1.0 sets a maximum learning rate of 1e-4. The learning-rate scheduler warms up linearly during
the first 10% of training steps, then follows cosine decay.
Deploy the fine-tuned model
Fine-tuned CxrReportGen Premium deployments draw on a separate quota,AIServices.GlobalStandard.CXRReportgen-Premium-finetune, distinct from the base model’s inference
quota. For deployment names, model identifiers, and capacity, see
Deploy the fine-tuned model in
the fine-tuning workflow hub.
Interpret training metrics
Reported loss is mean next-token cross-entropy over ground-truth assistant-report tokens. System and user prompts, image-placeholder tokens, and padding don’t contribute to the loss. The Foundry portal reports two loss metrics:train_lossis the interval average of training losses reported since the previous metrics row.eval_lossis the validation loss aggregated over the complete validation file at each evaluation. It doesn’t represent one batch or step.
Downloaded result CSVs include a third field,
avg_train_loss. For CXR, train_loss contains
periodic values, and avg_train_loss contains the final average of optimizer-step loss aggregates
over the run.Evaluate the fine-tuned model
You’re responsible for evaluating whether the fine-tuned model meets your
application requirements. Evaluation data and methods are separate from the
service’s required training inputs. Loss curves alone don’t establish
improvement in task performance or clinical quality.