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.DataFrame: A table containing NODE_NAME, NODE_HASH, NODE_PARAMS, EXECUTION_PARAMS, EXECUTION_START_TIME, EXECUTION_END_TIME, and EXECUTION_DURATION for execution of 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, clears only runs with matching execution context and drops the materialized table. If None, clears all runs for the node. |
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.
Lazy Execution
When lazy_execution=True, nodes are only recomputed if changes are detected. The system tracks: 1. Node definition changes: Detected by hashing the node's parameters (from to_dict()) and class name 2. Execution environment changes: Detected by tracking source/destination database configurations
A node will be rerun if either: - The node's defining parameters have changed (different hash than last execution) - The database connector's source or destination databases have changed - The node has never been executed before
If no changes are detected, the node uses its cached result from the database instead of recomputing.
Requirements for lazy execution: - A database connector (con) must be provided to store and retrieve cached results - overwrite=True must be set to allow updating existing cached tables
State tracking is maintained in a local DuckDB database (__PHENEX_META__NODE_STATES table) that stores: - Node hashes, parameters, and execution metadata - Database connector configuration used during execution - Execution timing information
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. Required for lazy_execution. |
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. Must be True when using lazy_execution. |
False
|
lazy_execution
|
bool
|
If True, only re-executes nodes when changes are detected in either the node definition or execution environment. Defaults to False. Requires con to be provided. |
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(). |
Raises:
| Type | Description |
|---|---|
ValueError
|
If lazy_execution=True but overwrite=False or con=None. |
Source code in phenex/node.py
252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 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 | |
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 |