1
2
3
4
5
6
7
8
9
10
11
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
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
//! Requirements
//!
//! URL: http://hl7.org/fhir/StructureDefinition/Requirements
//!
//! Version: 5.0.0
//!
//! Requirements Resource: The Requirements resource is used to describe an actor - a human or an application that plays a role in data exchange, and that may have obligations associated with the role the actor plays.
//!
//! FHIR: <https://build.fhir.org/>
//!
//! UML: <https://build.fhir.org/uml.html>
// Allow unused crate::r5::types as types;
#![allow(unused_imports)]
use crate::r5::types;
use ::serde::{Deserialize, Serialize};
use fhir_derive_macros::Validate;
/// The Requirements resource is a conformance resource that gathers a set of
/// requirement statements describing what a system, actor, or specification is
/// expected to do. Each statement carries one or more conformance verbs (SHALL,
/// SHOULD, MAY, SHOULD-NOT) together with the requirement itself expressed as
/// markdown, and statements may be derived from, refined by, or traced to other
/// statements. In FHIR R5 it is used primarily within implementation guides and
/// solution designs to formally capture stakeholder expectations, organize them
/// into a traceable hierarchy, and link each expectation to the actors that
/// carry the obligation and to the design artifacts that satisfy it. This makes
/// it a foundation for requirements traceability, gap analysis, and conformance
/// planning across an interoperability project.
///
/// Related resources: the statements typically reference an `ActorDefinition`
/// through the actor field, and Requirements resources are often bundled and
/// published alongside an `ImplementationGuide`. Common building-block types
/// used by its fields include [`CodeableConcept`](crate::r5::types::CodeableConcept),
/// [`UsageContext`](crate::r5::types::UsageContext),
/// [`ContactDetail`](crate::r5::types::ContactDetail), and
/// [`Identifier`](crate::r5::types::Identifier).
///
/// # Examples
///
/// ```
/// use fhir::r5::resources::requirements::Requirements;
///
/// let value = Requirements::default();
/// let json = ::serde_json::to_value(&value).unwrap();
/// let back: Requirements = ::serde_json::from_value(json).unwrap();
/// assert_eq!(value, back);
/// ```
#[serde_with::skip_serializing_none]
#[derive(Debug, Default, Clone, Serialize, Deserialize, PartialEq, Eq, Validate)]
#[serde(rename_all = "camelCase")]
pub struct Requirements {
/// Logical id of this artifact
pub id: Option<types::String>,
/// Metadata about the resource
pub meta: Option<types::Meta>,
/// A set of rules under which this content was created
pub implicit_rules: Option<types::Uri>,
/// Language of the resource content
pub language: Option<types::Code>,
/// Text summary of the resource, for human interpretation
pub text: Option<types::Narrative>,
/// Contained, inline Resources
pub contained: Option<Vec<::serde_json::Value>>,
/// Additional content defined by implementations
pub extension: Option<Vec<types::Extension>>,
/// Extensions that cannot be ignored
pub modifier_extension: Option<Vec<types::Extension>>,
/// Canonical identifier for this Requirements, represented as a URI (globally unique)
pub url: Option<types::Uri>,
/// Additional identifier for the Requirements (business identifier)
pub identifier: Option<Vec<types::Identifier>>,
/// Business version of the Requirements
pub version: Option<types::String>,
/// How to compare versions
pub version_algorithm_string: Option<types::String>,
/// How to compare versions
pub version_algorithm_coding: Option<types::Coding>,
/// Name for this Requirements (computer friendly)
pub name: Option<types::String>,
/// Name for this Requirements (human friendly)
pub title: Option<types::String>,
/// Publication lifecycle state of this Requirements: draft, active, retired, or unknown
pub status: types::Code,
/// For testing purposes, not real usage
pub experimental: Option<types::Boolean>,
/// Date last changed
pub date: Option<types::DateTime>,
/// Name of the publisher/steward (organization or individual)
pub publisher: Option<types::String>,
/// Contact details for the publisher
pub contact: Option<Vec<types::ContactDetail>>,
/// Natural language description summarizing what this Requirements resource covers and why
pub description: Option<types::Markdown>,
/// The context that the content is intended to support
pub use_context: Option<Vec<types::UsageContext>>,
/// Intended jurisdiction for Requirements (if applicable)
pub jurisdiction: Option<Vec<types::CodeableConcept>>,
/// Explanation of why this Requirements is needed and the intent behind its use
pub purpose: Option<types::Markdown>,
/// Use and/or publishing restrictions
pub copyright: Option<types::Markdown>,
/// Copyright holder and year(s)
pub copyright_label: Option<types::String>,
/// Other set of Requirements this builds on
pub derived_from: Option<Vec<types::Canonical>>,
/// External artifact (rule/document etc. that) created this set of requirements
pub reference: Option<Vec<types::Url>>,
/// Canonical references to the ActorDefinition resources that bear these requirements
pub actor: Option<Vec<types::Canonical>>,
/// The individual requirement statements, each captured as a RequirementsStatement
pub statement: Option<Vec<RequirementsStatement>>,
}
/// A single requirement statement within a Requirements resource, carrying a
/// unique key, an optional human label, one or more conformance verbs, and the
/// actual requirement expressed as markdown. Statements may be derived from or
/// refine other statements and can reference the design artifacts that satisfy
/// them.
#[serde_with::skip_serializing_none]
#[derive(Debug, Default, Clone, Serialize, Deserialize, PartialEq, Eq, Validate)]
#[serde(rename_all = "camelCase")]
pub struct RequirementsStatement {
/// Unique id for inter-element referencing
pub id: Option<types::String>,
/// Additional content defined by implementations
pub extension: Option<Vec<types::Extension>>,
/// Extensions that cannot be ignored even if unrecognized
pub modifier_extension: Option<Vec<types::Extension>>,
/// Key that identifies this statement
pub key: types::Id,
/// Short Human label for this statement
pub label: Option<types::String>,
/// Conformance verbs that set the strength of this requirement: SHALL, SHOULD, MAY, or SHOULD-NOT
pub conformance: Option<Vec<types::Code>>,
/// Set to true if requirements statement is conditional
pub conditionality: Option<types::Boolean>,
/// The actual requirement text, expressed as markdown
pub requirement: types::Markdown,
/// Another statement this clarifies/restricts ([url#]key)
pub derived_from: Option<types::String>,
/// A larger requirement that this requirement helps to refine and enable
pub parent: Option<types::String>,
/// Design artifact that satisfies this requirement
pub satisfied_by: Option<Vec<types::Url>>,
/// External artifact (rule/document etc. that) created this requirement
pub reference: Option<Vec<types::Url>>,
/// The person, organization, or other actor who requested or originated this statement
pub source: Option<Vec<types::Reference>>,
}
#[cfg(test)]
mod tests {
use super::*;
type T = Requirements;
#[test]
fn test_default() {
let _ = T::default();
}
#[test]
fn test_serde_round_trip() {
let value = T::default();
let json = ::serde_json::to_value(&value).expect("to_value");
let back: T = ::serde_json::from_value(json).expect("from_value");
assert_eq!(value, back);
}
}