Manal0809 commited on
Commit
5f840a6
·
verified ·
1 Parent(s): 8620a4e

Update README.md

Browse files
Files changed (1) hide show
  1. README.md +77 -174
README.md CHANGED
@@ -1,202 +1,105 @@
1
- ---
2
- base_model: unsloth/Mistral-Nemo-Instruct-2407-bnb-4bit
3
- library_name: peft
4
- ---
5
 
6
- # Model Card for Model ID
7
 
8
- <!-- Provide a quick summary of what the model is/does. -->
9
 
 
10
 
 
11
 
12
- ## Model Details
13
 
14
- ### Model Description
15
 
16
- <!-- Provide a longer summary of what this model is. -->
17
 
 
 
 
18
 
 
 
 
 
 
 
 
 
 
19
 
20
- - **Developed by:** [More Information Needed]
21
- - **Funded by [optional]:** [More Information Needed]
22
- - **Shared by [optional]:** [More Information Needed]
23
- - **Model type:** [More Information Needed]
24
- - **Language(s) (NLP):** [More Information Needed]
25
- - **License:** [More Information Needed]
26
- - **Finetuned from model [optional]:** [More Information Needed]
27
 
28
- ### Model Sources [optional]
 
 
 
29
 
30
- <!-- Provide the basic links for the model. -->
31
 
32
- - **Repository:** [More Information Needed]
33
- - **Paper [optional]:** [More Information Needed]
34
- - **Demo [optional]:** [More Information Needed]
35
 
36
- ## Uses
 
 
 
37
 
38
- <!-- Address questions around how the model is intended to be used, including the foreseeable users of the model and those affected by the model. -->
39
 
40
- ### Direct Use
41
 
42
- <!-- This section is for the model use without fine-tuning or plugging into a larger ecosystem/app. -->
 
 
43
 
44
- [More Information Needed]
45
 
46
- ### Downstream Use [optional]
 
 
47
 
48
- <!-- This section is for the model use when fine-tuned for a task, or when plugged into a larger ecosystem/app -->
 
 
 
49
 
50
- [More Information Needed]
 
 
 
 
 
 
 
 
 
 
51
 
52
- ### Out-of-Scope Use
 
 
53
 
54
- <!-- This section addresses misuse, malicious use, and uses that the model will not work well for. -->
 
 
 
 
55
 
56
- [More Information Needed]
 
 
 
 
 
 
 
 
 
 
57
 
58
- ## Bias, Risks, and Limitations
59
 
60
- <!-- This section is meant to convey both technical and sociotechnical limitations. -->
61
 
62
- [More Information Needed]
63
 
64
- ### Recommendations
65
-
66
- <!-- This section is meant to convey recommendations with respect to the bias, risk, and technical limitations. -->
67
-
68
- Users (both direct and downstream) should be made aware of the risks, biases and limitations of the model. More information needed for further recommendations.
69
-
70
- ## How to Get Started with the Model
71
-
72
- Use the code below to get started with the model.
73
-
74
- [More Information Needed]
75
-
76
- ## Training Details
77
-
78
- ### Training Data
79
-
80
- <!-- This should link to a Dataset Card, perhaps with a short stub of information on what the training data is all about as well as documentation related to data pre-processing or additional filtering. -->
81
-
82
- [More Information Needed]
83
-
84
- ### Training Procedure
85
-
86
- <!-- This relates heavily to the Technical Specifications. Content here should link to that section when it is relevant to the training procedure. -->
87
-
88
- #### Preprocessing [optional]
89
-
90
- [More Information Needed]
91
-
92
-
93
- #### Training Hyperparameters
94
-
95
- - **Training regime:** [More Information Needed] <!--fp32, fp16 mixed precision, bf16 mixed precision, bf16 non-mixed precision, fp16 non-mixed precision, fp8 mixed precision -->
96
-
97
- #### Speeds, Sizes, Times [optional]
98
-
99
- <!-- This section provides information about throughput, start/end time, checkpoint size if relevant, etc. -->
100
-
101
- [More Information Needed]
102
-
103
- ## Evaluation
104
-
105
- <!-- This section describes the evaluation protocols and provides the results. -->
106
-
107
- ### Testing Data, Factors & Metrics
108
-
109
- #### Testing Data
110
-
111
- <!-- This should link to a Dataset Card if possible. -->
112
-
113
- [More Information Needed]
114
-
115
- #### Factors
116
-
117
- <!-- These are the things the evaluation is disaggregating by, e.g., subpopulations or domains. -->
118
-
119
- [More Information Needed]
120
-
121
- #### Metrics
122
-
123
- <!-- These are the evaluation metrics being used, ideally with a description of why. -->
124
-
125
- [More Information Needed]
126
-
127
- ### Results
128
-
129
- [More Information Needed]
130
-
131
- #### Summary
132
-
133
-
134
-
135
- ## Model Examination [optional]
136
-
137
- <!-- Relevant interpretability work for the model goes here -->
138
-
139
- [More Information Needed]
140
-
141
- ## Environmental Impact
142
-
143
- <!-- Total emissions (in grams of CO2eq) and additional considerations, such as electricity usage, go here. Edit the suggested text below accordingly -->
144
-
145
- Carbon emissions can be estimated using the [Machine Learning Impact calculator](https://mlco2.github.io/impact#compute) presented in [Lacoste et al. (2019)](https://arxiv.org/abs/1910.09700).
146
-
147
- - **Hardware Type:** [More Information Needed]
148
- - **Hours used:** [More Information Needed]
149
- - **Cloud Provider:** [More Information Needed]
150
- - **Compute Region:** [More Information Needed]
151
- - **Carbon Emitted:** [More Information Needed]
152
-
153
- ## Technical Specifications [optional]
154
-
155
- ### Model Architecture and Objective
156
-
157
- [More Information Needed]
158
-
159
- ### Compute Infrastructure
160
-
161
- [More Information Needed]
162
-
163
- #### Hardware
164
-
165
- [More Information Needed]
166
-
167
- #### Software
168
-
169
- [More Information Needed]
170
-
171
- ## Citation [optional]
172
-
173
- <!-- If there is a paper or blog post introducing the model, the APA and Bibtex information for that should go in this section. -->
174
-
175
- **BibTeX:**
176
-
177
- [More Information Needed]
178
-
179
- **APA:**
180
-
181
- [More Information Needed]
182
-
183
- ## Glossary [optional]
184
-
185
- <!-- If relevant, include terms and calculations in this section that can help readers understand the model or model card. -->
186
-
187
- [More Information Needed]
188
-
189
- ## More Information [optional]
190
-
191
- [More Information Needed]
192
-
193
- ## Model Card Authors [optional]
194
-
195
- [More Information Needed]
196
-
197
- ## Model Card Contact
198
-
199
- [More Information Needed]
200
- ### Framework versions
201
-
202
- - PEFT 0.15.1
 
1
+ # Mistral_calibrative_few
 
 
 
2
 
3
+ ## Model Description
4
 
5
+ This model is the few-shot trained calibrative fine-tuned version of Multi-CONFE (Confidence-Aware Medical Feature Extraction), built on [unsloth/Mistral-Nemo-Instruct-2407-bnb-4bit](https://huggingface.co/unsloth/Mistral-Nemo-Instruct-2407-bnb-4bit). It demonstrates exceptional data efficiency by achieving near state-of-the-art performance while training on only 12.5% of the available data, with particular emphasis on confidence calibration and hallucination reduction.
6
 
7
+ ## Intended Use
8
 
9
+ This model is designed for extracting clinically relevant features from medical patient notes with high accuracy and well-calibrated confidence scores in low-resource settings. It's particularly useful for automated assessment of medical documentation, such as USMLE Step-2 Clinical Skills notes, when training data is limited.
10
 
11
+ ## Training Data
12
 
13
+ The model was trained on just 100 annotated patient notes (12.5% of the full dataset) from the [NBME - Score Clinical Patient Notes](https://www.kaggle.com/competitions/nbme-score-clinical-patient-notes) Kaggle competition dataset. This represents approximately 10 examples per clinical case type. The dataset contains USMLE Step-2 Clinical Skills patient notes covering 10 different clinical cases, with each note containing expert annotations for multiple medical features that need to be extracted.
14
 
15
+ ## Training Procedure
16
 
17
+ Training involved a two-phase approach:
18
+ 1. **Instructive Few-Shot Fine-Tuning**: Initial alignment of the model with the medical feature extraction task using Mistral Nemo Instruct as the base model.
19
+ 2. **Calibrative Fine-Tuning**: Integration of confidence calibration mechanisms, including bidirectional feature mapping, complexity-aware confidence adjustment, and dynamic thresholding.
20
 
21
+ Training hyperparameters:
22
+ - Base model: unsloth/Mistral-Nemo-Instruct-2407-bnb-4bit
23
+ - LoRA rank: 32
24
+ - Training epochs: 14 (instructive phase) + 5 (calibrative phase)
25
+ - Learning rate: 2e-4 (instructive phase), 1e-4 (calibrative phase)
26
+ - Optimizer: AdamW (8-bit)
27
+ - Hallucination weight: 0.2
28
+ - Missing feature weight: 0.5
29
+ - Confidence threshold: 0.7
30
 
31
+ ## Performance
 
 
 
 
 
 
32
 
33
+ On the USMLE Step-2 Clinical Skills notes dataset:
34
+ - Precision: 0.982
35
+ - Recall: 0.964
36
+ - F1 Score: 0.973
37
 
38
+ The model achieves this impressive performance with only 12.5% of the training data used for the full model, demonstrating exceptional data efficiency. It reduces hallucination by 84.9% and missing features by 85.0% compared to vanilla models. This makes it particularly valuable for domains where annotated data may be scarce or expensive to obtain.
39
 
40
+ ## Limitations
 
 
41
 
42
+ - The model was evaluated on standardized USMLE Step-2 Clinical Skills notes and may require adaptation for other clinical domains.
43
+ - Some errors stem from knowledge gaps in specific medical terminology or inconsistencies in annotation.
44
+ - Performance on multilingual or non-standardized clinical notes remains untested.
45
+ - While highly effective, it still performs slightly below the full-data model (F1 score 0.973 vs. 0.981).
46
 
47
+ ## Ethical Considerations
48
 
49
+ Automated assessment systems must ensure fairness across different student populations. While the calibration mechanism enhances interpretability, systematic bias testing is recommended before deployment in high-stakes assessment scenarios. When using this model for educational assessment, we recommend:
50
 
51
+ 1. Implementing a human-in-the-loop validation process
52
+ 2. Regular auditing for demographic parity
53
+ 3. Clear communication to students about the use of AI in assessment
54
 
55
+ ## How to Use
56
 
57
+ ```python
58
+ from transformers import AutoModelForCausalLM, AutoTokenizer
59
+ import torch
60
 
61
+ # Load model and tokenizer
62
+ model_name = "Manal0809/Mistral_calibrative_few"
63
+ tokenizer = AutoTokenizer.from_pretrained(model_name)
64
+ model = AutoModelForCausalLM.from_pretrained(model_name, torch_dtype=torch.float16)
65
 
66
+ # Example input
67
+ patient_note = """HPI: 35 yo F with heavy uterine bleeding. Last normal period was 6 month ago.
68
+ LMP was 2 months ago. No clots.
69
+ Changes tampon every few hours, previously 4/day. Menarche at 12.
70
+ Attempted using OCPs for menstrual regulation previously but unsuccessful.
71
+ Two adolescent children (ages unknown) at home.
72
+ Last PAP 6 months ago was normal, never abnormal.
73
+ Gained 10-15 lbs over the past few months, eating out more though.
74
+ Hyperpigmented spots on hands and LT neck that she noticed 1-2 years ago.
75
+ SH: state social worker; no smoking or drug use; beer or two on weekends;
76
+ sexually active with boyfriend of 14 months, uses condoms at first but no longer uses them."""
77
 
78
+ features_to_extract = ["35-year", "Female", "heavy-periods", "symptoms-for-6-months",
79
+ "Weight-Gain", "Last-menstrual-period-2-months-ago",
80
+ "Fatigue", "Unprotected-Sex", "Infertility"]
81
 
82
+ # Format input as shown in the paper
83
+ input_text = f"""###instruction: Extract medical features from the patient note.
84
+ ###patient_history: {patient_note}
85
+ ###features: {features_to_extract}
86
+ ### Annotation:"""
87
 
88
+ # Generate output
89
+ inputs = tokenizer(input_text, return_tensors="pt").to(model.device)
90
+ outputs = model.generate(
91
+ inputs["input_ids"],
92
+ max_new_tokens=512,
93
+ temperature=0.2,
94
+ num_return_sequences=1
95
+ )
96
+ result = tokenizer.decode(outputs[0], skip_special_tokens=True)
97
+ print(result)
98
+ ```
99
 
100
+ ## Model Card Author
101
 
102
+ Manal Abumelha - mabumelha@kku.edu.sa
103
 
104
+ ## Citation
105