EventCountPhenotype
Bases: Phenotype
EventCountPhenotype counts the number of events that occur on distinct days. It is additionally able to filter patients based on: 1. the number of distinct days an event occurred, by setting value_filter 2. the number of days between pairs of events
EventCountPhenotype is a composite phenotype, meaning that it does not directly operate on source data and takes a phenotype as an argument. The phenotype passed to EventCountPhenotype must have return_date set to 'all' (if return_date on the provided phenotype is set to first
or last
, there will only be one event per patient...)
DATE: The event date selected based on component_date_select
and return_date
parameters. return_date
returns multiple rows per patient for all events that fulfill criteria. return_date
first is the first fulfilling event date, last the last. If component_date_select = 'first' the returned date is a pair of events, if component_date_select = 'second' we return the second of a pair of events.
VALUE: The number of days that the phenotype of interest has occurred i.e. if 4, that means the phenotype has occurred on 4 distinct days.
Parameters:
Name | Type | Description | Default |
---|---|---|---|
name
|
The name of the phenotype. |
required | |
phenotype
|
Phenotype
|
The phenotype that returns events of interest. Note that return_date must be set to |
required |
value_filter
|
ValueFilter
|
Set the minimum and/or maximum number of distinct days on which an event may occur. |
None
|
relative_time_range
|
RelativeTimeRangeFilter
|
Set the minimum and/or maximum number of days that are allowed to occur between any pair of events. |
None
|
return_date
|
Specifies whether to return the 'first', 'last', or 'all' dates on which the criteria are fulfilled. Default is 'first'. |
'first'
|
|
component_date_select
|
Specifies whether to return the 'first' or 'second' event date within each pair of events. Default is 'second'. It is highly recommended to never use 'first', as there is a high risk of introducing immortal time bias. |
'second'
|
Example
codelist = Codelist(name="example_codelist", codes=[...])
phenotype = CodelistPhenotype(
name="example_phenotype",
domain="CONDITION_OCCURRENCE",
codelist=codelist,
return_date='first'
)
tables = {"CONDITION_OCCURRENCE": example_code_table}
multiple_occurrences = EventCountPhenotype(
phenotype=phenotype,
value_filter=ValueFilter(min_value=GreaterThanOrEqualTo(2)),
relative_time_range=RelativeTimeRangeFilter(
min_days=GreaterThanOrEqualTo(90),
max_days=LessThanOrEqualTo(180)
),
return_date='first',
component_date_select='second'
)
result_table = multiple_occurrences.execute(tables)
display(result_table)
Source code in phenex/phenotypes/event_count_phenotype.py
14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 |
|
dependencies
property
Recursively collect all dependencies of a node (including dependencies of dependencies).
Returns:
Type | Description |
---|---|
Set[Node]
|
List[Node]: A list of Node objects on which this Node depends. |
dependency_graph
property
namespaced_table
property
A PhenotypeTable has generic column names 'person_id', 'boolean', 'event_date', and 'value'. The namespaced_table prepends the phenotype name to all of these columns. This is useful when joining multiple phenotype tables together.
Returns:
Name | Type | Description |
---|---|---|
table |
Table
|
The namespaced table for the current phenotype. |
reverse_dependency_graph
property
execute(tables=None, con=None, overwrite=False, lazy_execution=False, n_threads=1)
Executes the Node computation for the current node and its dependencies. Supports lazy execution using hash-based change detection to avoid recomputing Node's that have already executed.
Parameters:
Name | Type | Description | Default |
---|---|---|---|
tables
|
Dict[str, Table]
|
A dictionary mapping domains to Table objects. |
None
|
con
|
Optional[object]
|
Connection to database for materializing outputs. If provided, outputs from the node and all children nodes will be materialized (written) to the database using the connector. |
None
|
overwrite
|
bool
|
If True, will overwrite any existing tables found in the database while writing. If False, will throw an error when an existing table is found. Has no effect if con is not passed. |
False
|
lazy_execution
|
bool
|
If True, only re-executes if the node's definition has changed. Defaults to False. You should pass overwrite=True with lazy_execution as lazy_execution is intended precisely for iterative updates to a node definition. You must pass a connector (to cache results) for lazy_execution to work. |
False
|
n_threads
|
int
|
Max number of Node's to execute simultaneously when this node has multiple children. |
1
|
Returns:
Name | Type | Description |
---|---|---|
Table |
Table
|
The resulting table for this node. Also accessible through self.table after calling self.execute(). |
Source code in phenex/node.py
visualize_dependencies()
Create a text visualization of the dependency graph for this node and its dependencies.
Returns:
Name | Type | Description |
---|---|---|
str |
str
|
A text representation of the dependency graph |