You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+80-2Lines changed: 80 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -99,6 +99,21 @@ pip install -e ".[test]" #this will install the code in test mode
99
99
100
100
```
101
101
102
+
### Development Installation (optional)
103
+
104
+
If you plan to contribute to the project or run documentation locally, install the development and documentation dependencies:
105
+
106
+
```sh
107
+
# For development tools (linting, formatting, etc.)
108
+
pip install -e ".[dev]"
109
+
110
+
# For building documentation
111
+
pip install -e ".[docs]"
112
+
113
+
# For both development and documentation
114
+
pip install -e ".[dev,docs]"
115
+
```
116
+
102
117
Navigate to the patientflow folder and run tests to confirm that the installation worked correctly. This command will only work from the root repository. (To date, this has only been tested on Linux and Mac OS machines. If you are running Windows, there may be errors we don't know about. Please raise an issue on Github in that case.)
103
118
104
119
```sh
@@ -107,7 +122,21 @@ pytest
107
122
108
123
If you get errors running the pytest command, there may be other installations needed on your local machine.
109
124
110
-
### Using the notebooks in this repository
125
+
### Building and Viewing Documentation (optional)
126
+
127
+
After installing the documentation dependencies, you can build and view the documentation locally:
128
+
129
+
```sh
130
+
# Build and serve the documentation with live reloading
131
+
mkdocs serve
132
+
133
+
# Or just build the documentation
134
+
mkdocs build
135
+
```
136
+
137
+
The documentation will be available at http://127.0.0.1:8000/ when using `mkdocs serve`.
138
+
139
+
## Using the notebooks in this repository
111
140
112
141
The notebooks in this repository demonstrate the use of some of the functions provided in `patientflow`. The cell output shows the results of running the notebooks. If you want to run them yourself, you have two options
The `data_folder_name`argument specifies the name of the folder containing data. The function expects this folder to be directly below the root of the repository.
129
158
159
+
## Contributing to PatientFlow
160
+
161
+
We welcome contributions to the patientflow project. To contribute, follow the instructions below.
162
+
163
+
### Development Workflow
164
+
165
+
1. Fork the repository on GitHub
166
+
2. Clone your fork locally and set up your development environment following the [installation instructions](#installation) above, making sure to install the development dependencies.
167
+
3. Create a new branch for your changes:
168
+
```sh
169
+
git checkout -b feature/your-feature-name
170
+
```
171
+
4. Make your changes following the code style guidelines
172
+
5. Run tests as described in the installation section to ensure your changes don't break existing functionality
173
+
6. Update documentation if needed using the documentation tools mentioned above
174
+
7. Commit your changes with a descriptive message
175
+
176
+
### Code Style Guidelines
177
+
178
+
- Follow PEP 8 guidelines for Python code
179
+
- Use type hints where appropriate
180
+
- Write docstrings for all functions, classes, and modules
181
+
- Add unit tests for new functionality
182
+
183
+
### Submitting Your Contribution
184
+
185
+
1. Push your changes to your forked repository:
186
+
```sh
187
+
git push origin feature/your-feature-name
188
+
```
189
+
2. Open a pull request from your fork to the main repository
190
+
- Provide a clear title and description
191
+
- Reference any relevant issues
192
+
- Include screenshots if applicable
193
+
3. Address any feedback or review comments
194
+
195
+
### Reporting Issues
196
+
197
+
If you find a bug or have a suggestion:
198
+
199
+
1. Check existing issues to avoid duplicates
200
+
2. Open a new issue describing:
201
+
- What you expected to happen
202
+
- What actually happened
203
+
- Steps to reproduce
204
+
- Your environment details (OS, Python version, etc.)
205
+
206
+
Thank you for contributing!
207
+
130
208
## Roadmap
131
209
132
210
-[x] Initial Research
@@ -136,7 +214,7 @@ The `data_folder_name`argument specifies the name of the folder containing data.
136
214
137
215
### Project Team
138
216
139
-
-[Dr Zella King](https://github.com/zmek), Clinical Operational Research Unit (CORU), University College London ([zella.king@ucl.ac.uk](mailto:zella.king@ucl.ac.uk))
217
+
-[Dr Zella King](https://github.com/zmek), Clinical Operational Research Unit (CORU), University College London (UCL)([zella.king@ucl.ac.uk](mailto:zella.king@ucl.ac.uk))
140
218
-[Jon Gillham](https://github.com/jongillham), Institute of Health Informatics, UCL
Copy file name to clipboardExpand all lines: docs/notebooks/4c_Evaluate_emergency_demand_predictions.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -401,7 +401,7 @@ The haematology/oncology and paediatric models have show a stepwise pattern of s
401
401
402
402
However, the narrow, peaked histograms for these specialties suggest consistent, small overestimations rather than wild inaccuracy, which is a reasonable outcome given the small sample sizes.
403
403
404
-
## ## Generate predicted distributions and observed number of admissions for each specialty and prediction time for patients yet-to-arrive to the ED
404
+
## Generate predicted distributions and observed number of admissions for each specialty and prediction time for patients yet-to-arrive to the ED
405
405
406
406
As the predictions for yet-to-arrive patients are aspirational, these cannot be directly compared with observed numbers of patients who arrived after the moment of prediction, and were admitted within the prediction window. Due to slower than target processing of patients through the ED, these future arrivals would have a smaller likelihood of being admitted within the window than suggested by the aspirational target.
Copy file name to clipboardExpand all lines: notebooks/4c_Evaluate_emergency_demand_predictions.ipynb
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -615,7 +615,7 @@
615
615
"cell_type": "markdown",
616
616
"metadata": {},
617
617
"source": [
618
-
"## ## Generate predicted distributions and observed number of admissions for each specialty and prediction time for patients yet-to-arrive to the ED\n",
618
+
"## Generate predicted distributions and observed number of admissions for each specialty and prediction time for patients yet-to-arrive to the ED\n",
619
619
"\n",
620
620
"As the predictions for yet-to-arrive patients are aspirational, these cannot be directly compared with observed numbers of patients who arrived after the moment of prediction, and were admitted within the prediction window. Due to slower than target processing of patients through the ED, these future arrivals would have a smaller likelihood of being admitted within the window than suggested by the aspirational target. \n",
0 commit comments