-
Notifications
You must be signed in to change notification settings - Fork 653
Contributing
Currently, our goal is to improve existing Synthea modules and to guide the development of new modules. We are seeking more information and assistance with the following:
- Disease Models
We are seeking review of individual modules by medical students and medical professionals. Full-size, graphical representations of each module are available in our Module Gallery.
We need quantitative feedback in the form of issues. Our models are driven by statistics, incidence, and prevalence rates. "How much?", "How often?", "At what ages?", and "When, historically?" are all good questions to ask. For starters, here are some questions about existing modules that we need answered:
We are constantly seeking new generic modules.
We don't typically accept pull requests of this type -- we consider the post-processing, extract, transformation, and loading (ETL) of Synthea data into external systems to be outside the scope of the project. While loading data into your system of choice important to you, it may not be to others, who might prefer OMOP, VistA, Document DBs (e.g. Mongo DB), Elastic Search, or something else entirely.
While we aim to support multiple formats (e.g. FHIR, C-CDA, CSV), we do not intend to directly support external systems integrations. Please do not issue a pull request for external systems integrations.
Except in a few purposeful locations, the only source of randomness in Synthea should be from the private Random number generator inside each Person. If you write code that requires random number generation, you must use the Person#rand* methods to obtain those random numbers. Any creation of new Random objects will be declined until the code is appropriately refactored. This criteria also applies for the use of System.currentTimeInMillis().