MeaurementPhenotype
Bases: CodelistPhenotype
What is MeasurementPhenotype for?
The MeasurementPhenotype is for manipulating numerical data found in RWD data sources e.g. laboratory or observation results. These tables often contain numerical values (height, weight, blood pressure, lab results). As an event-based table, each row records a single measurement value for a single patient with a date. All numerical values are in a 'value' column. A medical code indicates the type of numerical measurement and the units of measurement are in an additional column.
MeasurementPhenotype is a subclass of CodelistPhenotype, inheriting all of its functionality to identify patients by single or sets of medical codes (e.g. 'test type') within a specified time period. It can also :
- identify patients with a measurement value within a value range and
- return a measurement value, either all measurements values within filter criteria or perform simple aggregations (mean, median, max, min).
Example data:
| PersonID | MedicalCode | EventDate | Value | Unit |
|---|---|---|---|---|
| 1 | HbA1c | 2010-01-01 | 4.2 | % |
| 1 | HT | 2010-01-02 | 121 | cm |
| 2 | WT | 2010-01-01 | 130 | kg |
Note on data cleaning
In general, data cleaning operations should be performed upstream of Phenex. This includes:
-
unit harmonization: ideally all values should be in the same unit for a given measurement type test. There are workarounds to deal with multiple units for a single measurement, but it is not recommended.
-
removing nonsensical values: e.g. negative blood pressures, or values outside of a physiological range. While MeasurementPhenotype provides a clean_nonphysiologicals_value_filter parameter to remove such values, is recommended to perform this operation upstream of apex.
-
dealing with duplicate entries: e.g. multiple entries for the same patient on the same day. The meaning of multiple entries on the same day may vary between data sources, so it is recommended to handle duplicate entries upstream of apex. In some EHR datasources, duplicate entries may suggest that this value is 'more accurate', as it is passed and recorded through multiple providers and systems, while in other datasources multiple entries may suggest faulty data entry.
Parameters:
| Name | Type | Description | Default |
|---|---|---|---|
value_aggregation
|
ValueAggregator
|
A ValueAggregator PhenEx class defining aggregation, whether over the whole defined time period (relative time range filter, date filter) using Mean, Median, Min, Max) or daily aggregation operation (DailyMin, DailyMax, DailyMedian, DailyMean) to be performed on the measurement values. This operation occurs after the cleaning value filter but prior to the primary value_filter. If Mean and Median are used, no EVENT_DATE will be returned. For daily aggregators, the daily EVENT_DATES will be returned. For Min and Max, all days that have the Min/Max value are returned, resulting in multiple rows per patient. |
None
|
value_filter
|
ValueFilter
|
A ValueFilter to be applied to the measurement values. This filter is applied after the clean_nonphysiologicals_value_filter and value_aggregation. This filter is used to identify patients with a measurement value within a value range. If not specified, no value filter is applied. For example, to identify patients with a 1. systolic blood pressure above 120 mmHg, the value_filter would be set to ValueFilter(min_value=GreaterThan(120)), 2. systolic blood pressure above 120 mmHg but below 140 mmHg, the value_filter would be set to ValueFilter(min_value=GreaterThan(120), max_value=LessThan(140)). |
None
|
further_value_filter_phenotype
|
str
|
If the input to the current MeasurementPhenotype is the output of a previous MeasurementPhenotype, set this parameter to the previous MeasurementPhenotype. |
None
|
clean_nonphysiologicals_value_filter
|
str
|
A value filter to be applied prior to any filtering or aggregation. This should be used to remove nonsensical values e.g. negative blood pressures, or values outside of a physiological range that are certain to be due to measurement error. Ideally, such cleaing steps should performed upstream of apex, but have been provided due to realization of practical necessity. |
None
|
clean_null_values
|
str
|
A boolean indicating whether to remove null values from the measurement table. If set to True, null values are removed prior to value filtering. If set to False, null values are not removed. If not specified, null values are removed (default is true) |
True
|
return_date
|
str
|
Specifies whether to return the 'first', 'last', or 'nearest' event date. Default is 'first'. |
required |
Source code in phenex/phenotypes/measurement_phenotype.py
12 13 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 | |
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
execution_metadata
property
Retrieve the full execution metadata row for this node from the local DuckDB database.
Returns:
| Type | Description |
|---|---|
|
pandas.Series: A series containing NODE_NAME, LAST_HASH, NODE_PARAMS, and LAST_EXECUTED for this node, or None if the node has never been executed. |
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
clear_cache(con=None, recursive=False)
Clear the cached state for this node, forcing re-execution on the next call to execute().
This method removes the node's hash from the node states table and optionally drops the materialized table from the database. After calling this method, the node will be treated as if it has never been executed before.
Parameters:
| Name | Type | Description | Default |
|---|---|---|---|
con
|
Optional[object]
|
Database connector. If provided, will also drop the materialized table from the database. |
None
|
recursive
|
bool
|
If True, also clear the cache for all child nodes recursively. Defaults to False. |
False
|
Example
Source code in phenex/node.py
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
332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 494 495 496 497 498 499 500 501 502 503 504 505 506 507 508 509 510 511 512 513 | |
get_codelists()
Get all codelists used in the phenotype definition, including all children / dependent phenotypes.
Returns:
| Name | Type | Description |
|---|---|---|
codeslist |
List[Codelist]
|
A list of codelists used in the cohort definition. |
Source code in phenex/phenotypes/codelist_phenotype.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 |