Profile Comparison between http://fhir.org/guides/argonaut/StructureDefinition/argo-device vs http://hl7.org/fhir/us/core/StructureDefinition/us-core-implantable-device

Left:Argonaut Device Profile (http://fhir.org/guides/argonaut/StructureDefinition/argo-device)
Right:US Core Implantable Device Profile (http://hl7.org/fhir/us/core/StructureDefinition/us-core-implantable-device)

Messages

ErrorStructureDefinition.urlValues for url differ: 'http://fhir.org/guides/argonaut/StructureDefinition/argo-device' vs 'http://hl7.org/fhir/us/core/StructureDefinition/us-core-implantable-device'
InformationStructureDefinition.nameValues for name differ: 'Argonaut Device Profile' vs 'USCoreImplantableDeviceProfile'
InformationStructureDefinition.statusValues for status differ: 'draft' vs 'active'
InformationStructureDefinition.dateValues for date differ: '2016-10-18T00:00:00+11:00' vs '2022-04-20'
InformationStructureDefinition.publisherValues for publisher differ: 'Argonaut Project' vs 'HL7 International - Cross-Group Projects'
InformationStructureDefinition.jurisdictionAdded the item 'urn:iso:std:iso:3166#US'
WarningStructureDefinition.fhirVersionValues for fhirVersion differ: '1.0.2' vs '4.0.1'
WarningDeviceElements differ in short: 'Argonaut Device Profile' vs 'Item used in healthcare'
WarningDeviceElements differ in definition: 'This resource identifies an instance of a manufactured item that is used in the provision of healthcare without being substantially changed through that activity. The device may be a medical or non-medical device. Medical devices includes durable (reusable) medical equipment, implantable devices, as well as disposable equipment used for diagnostic, treatment, and research for healthcare and public health. Non-medical devices may include items such as a machine, cellphone, computer, application, etc.' vs '\-'
InformationDeviceStructureDefinition USCoreImplantableDeviceProfile has added constraint that is not found in Argonaut Device Profile and it is uncertain whether they are compatible (contained.contained.empty())
InformationDeviceStructureDefinition USCoreImplantableDeviceProfile has added constraint that is not found in Argonaut Device Profile and it is uncertain whether they are compatible (contained.where((('#'+id in (%resource.descendants().reference | %resource.descendants().as(canonical) | %resource.descendants().as(uri) | %resource.descendants().as(url))) or descendants().where(reference = '#').exists() or descendants().where(as(canonical) = '#').exists() or descendants().where(as(canonical) = '#').exists()).not()).trace('unmatched', id).empty())
InformationDeviceStructureDefinition USCoreImplantableDeviceProfile has added constraint that is not found in Argonaut Device Profile and it is uncertain whether they are compatible (contained.meta.versionId.empty() and contained.meta.lastUpdated.empty())
InformationDeviceStructureDefinition USCoreImplantableDeviceProfile has added constraint that is not found in Argonaut Device Profile and it is uncertain whether they are compatible (contained.meta.security.empty())
InformationDeviceStructureDefinition USCoreImplantableDeviceProfile has added constraint that is not found in Argonaut Device Profile and it is uncertain whether they are compatible (text.`div`.exists())
WarningDevice.idElements differ in comments: 'The only time that a resource does not have an id is when it is being submitted to the server using a create operation. Bundles always have an id, though it is usually a generated UUID.' vs 'The only time that a resource does not have an id is when it is being submitted to the server using a create operation.'
WarningDevice.metaElements differ in definition: 'The metadata about the resource. This is content that is maintained by the infrastructure. Changes to the content may not always be associated with version changes to the resource.' vs 'The metadata about the resource. This is content that is maintained by the infrastructure. Changes to the content might not always be associated with version changes to the resource.'
WarningDevice.implicitRulesElements differ in definition: 'A reference to a set of rules that were followed when the resource was constructed, and which must be understood when processing the content.' vs 'A reference to a set of rules that were followed when the resource was constructed, and which must be understood when processing the content. Often, this is a reference to an implementation guide that defines the special rules along with other profiles etc.'
WarningDevice.implicitRulesElements differ in comments: 'Asserting this rule set restricts the content to be only understood by a limited set of trading partners. This inherently limits the usefulness of the data in the long term. However, the existing health eco-system is highly fractured, and not yet ready to define, collect, and exchange data in a generally computable sense. Wherever possible, implementers and/or specification writers should avoid using this element as much as possible.' vs 'Asserting this rule set restricts the content to be only understood by a limited set of trading partners. This inherently limits the usefulness of the data in the long term. However, the existing health eco-system is highly fractured, and not yet ready to define, collect, and exchange data in a generally computable sense. Wherever possible, implementers and/or specification writers should avoid using this element. Often, when used, the URL is a reference to an implementation guide that defines these special rules as part of it's narrative along with other profiles, value sets, etc.'
WarningDevice.languageElements differ in comments: 'Language is provided to support indexing and accessibility (typically, services such as text to speech use the language tag). The html language tag in the narrative applies to the narrative. The language tag on the resource may be used to specify the language of other presentations generated from the data in the resource Not all the content has to be in the base language. The Resource.language should not be assumed to apply to the narrative automatically. If a language is specified, it should it also be specified on the div element in the html (see rules in HTML5 for information about the relationship between xml:lang and the html lang attribute).' vs 'Language is provided to support indexing and accessibility (typically, services such as text to speech use the language tag). The html language tag in the narrative applies to the narrative. The language tag on the resource may be used to specify the language of other presentations generated from the data in the resource. Not all the content has to be in the base language. The Resource.language should not be assumed to apply to the narrative automatically. If a language is specified, it should it also be specified on the div element in the html (see rules in HTML5 for information about the relationship between xml:lang and the html lang attribute).'
WarningDevice.textElements differ in definition: 'A human-readable narrative that contains a summary of the resource, and may be used to represent the content of the resource to a human. The narrative need not encode all the structured data, but is required to contain sufficient detail to make it 'clinically safe' for a human to just read the narrative. Resource definitions may define what content should be represented in the narrative to ensure clinical safety.' vs 'A human-readable narrative that contains a summary of the resource and can be used to represent the content of the resource to a human. The narrative need not encode all the structured data, but is required to contain sufficient detail to make it 'clinically safe' for a human to just read the narrative. Resource definitions may define what content should be represented in the narrative to ensure clinical safety.'
WarningDevice.textElements differ in comments: 'Contained resources do not have narrative. Resources that are not contained SHOULD have a narrative.' vs 'Contained resources do not have narrative. Resources that are not contained SHOULD have a narrative. In some cases, a resource may only have text with little or no additional discrete data (as long as all minOccurs=1 elements are satisfied). This may be necessary for data from legacy systems where information is captured as a 'text blob' or where text is additionally entered raw or narrated and encoded information is added later.'
WarningDevice.containedElements differ in comments: 'This should never be done when the content can be identified properly, as once identification is lost, it is extremely difficult (and context dependent) to restore it again.' vs 'This should never be done when the content can be identified properly, as once identification is lost, it is extremely difficult (and context dependent) to restore it again. Contained resources may have profiles and tags In their meta elements, but SHALL NOT have security labels.'
WarningDevice.extensionElements differ in definition: 'May be used to represent additional information that is not part of the basic definition of the resource. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.' vs 'May be used to represent additional information that is not part of the basic definition of the resource. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.'
WarningDevice.modifierExtensionElements differ in definition: 'May be used to represent additional information that is not part of the basic definition of the resource, and that modifies the understanding of the element that contains it. Usually modifier elements provide negation or qualification. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.' vs 'May be used to represent additional information that is not part of the basic definition of the resource and that modifies the understanding of the element that contains it and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).'
WarningDevice.identifierElements differ in short: 'Instance id from manufacturer, owner, and others' vs 'Instance identifier'
WarningDevice.identifierElements differ in definition: 'Unique instance identifiers assigned to a device by organizations like manufacturers or owners. If the identifier identifies the type of device, Device.type should be used.' vs 'Unique instance identifiers assigned to a device by manufacturers other organizations or owners.'
WarningDevice.identifierElements differ in comments: 'Often fixed to the device as a barcode and may include names given to the device in local usage. Note that some of the barcodes affixed to the device identify its type, not its instance. For the FDA mandated Unique Device Identifier (UDI) use the Device.udi element.' vs 'The barcode string from a barcode present on a device label or package may identify the instance, include names given to the device in local usage, or may identify the type of device. If the identifier identifies the type of device, Device.type element should be used.'
WarningDevice.typeElements differ in short: 'What kind of device this is' vs '(USCDI) The kind or type of device'
WarningDevice.typeElements differ in definition: 'Code or identifier to identify a kind of device.' vs 'The kind or type of device.'
WarningDevice.statusElements differ in short: 'available | not-available | entered-in-error' vs 'active | inactive | entered-in-error | unknown'
ErrorDevice.statusUnable to resolve left value set http://hl7.org/fhir/ValueSet/devicestatus at Device.status
WarningDevice.versionElements differ in short: 'Version number (i.e. software)' vs 'The actual design of the device or software version running on the device'
WarningDevice.versionElements differ in definition: 'The version of the device, if the device has multiple releases under the same model, or if the device is software or carries firmware.' vs 'The actual design of the device or software version running on the device.'
InformationDevice.versionElement maximum cardinalities differ: '1' vs '2147483647'
WarningDevice.manufactureDateElements differ in short: 'Manufacture date' vs '(USCDI) Date when the device was made'
WarningDevice.manufactureDateElements differ in definition for mustSupport: 'false' vs 'true'
WarningDevice.lotNumberElements differ in short: 'Lot number of manufacture' vs '(USCDI) Lot number of manufacture'
WarningDevice.lotNumberElements differ in definition for mustSupport: 'false' vs 'true'
WarningDevice.locationElements differ in short: 'Where the resource is found' vs 'Where the device is found'
WarningDevice.patientElements differ in short: 'If the resource is affixed to a person' vs '(USCDI) Patient to whom Device is affixed'
WarningDevice.patientElements differ in definition: 'Patient information, if the resource is affixed to a person.' vs 'Patient information, If the device is affixed to a person.'
WarningDevice.urlElements differ in comments: 'If the device is running a FHIR server, the network address should be the root URL from which a conformance statement may be retrieved.' vs 'If the device is running a FHIR server, the network address should be the Base URL from which a conformance statement may be retrieved.'

Metadata

NameValueComments
.abstractfalse
    .baseDefinitionhttp://hl7.org/fhir/StructureDefinition/Device
      .copyrightUsed by permission of HL7 International, all rights reserved Creative Commons License
      • Added the item 'Used by permission of HL7 International, all rights reserved Creative Commons License'
      .date2016-10-18T00:00:00+11:002022-04-20
      • Values Differ
      .descriptionThe US Core Implantable Device Profile is based upon the core FHIR Device Resource and meets the U.S. Core Data for Interoperability (USCDI) v2 *Unique Device Identifier(s) for a Patient's Implantable Device(s)* requirements. To promote interoperability and adoption through common implementation, this profile sets minimum expectations for the Device resource to record, search, and fetch UDI information associated with a patient's implantable device(s). It identifies which core elements, extensions, vocabularies, and value sets **SHALL** be present in the resource and constrains the way the elements are used when using this profile. It provides the floor for standards development for specific use cases.
      • Added the item 'The US Core Implantable Device Profile is based upon the core FHIR Device Resource and meets the U.S. Core Data for Interoperability (USCDI) v2 *Unique Device Identifier(s) for a Patient's Implantable Device(s)* requirements. To promote interoperability and adoption through common implementation, this profile sets minimum expectations for the Device resource to record, search, and fetch UDI information associated with a patient's implantable device(s). It identifies which core elements, extensions, vocabularies, and value sets **SHALL** be present in the resource and constrains the way the elements are used when using this profile. It provides the floor for standards development for specific use cases.'
      .experimentalfalse
      • Added the item 'false'
      .fhirVersion1.0.24.0.1
      • Values Differ
      .jurisdiction
        ..jurisdiction[0]urn:iso:std:iso:3166#US
        • Added the item 'urn:iso:std:iso:3166#US'
        .kindresource
          .nameArgonaut Device ProfileUSCoreImplantableDeviceProfile
          • Values Differ
          .publisherArgonaut ProjectHL7 International - Cross-Group Projects
          • Values Differ
          .purpose
            .statusdraftactive
            • Values Differ
            .titleUS Core Implantable Device Profile
            • Added the item 'US Core Implantable Device Profile'
            .typeDevice
              .urlhttp://fhir.org/guides/argonaut/StructureDefinition/argo-devicehttp://hl7.org/fhir/us/core/StructureDefinition/us-core-implantable-device
              • Values Differ
              .version6.0.0
              • Added the item '6.0.0'

              Structure

              NameL FlagsL Card.L TypeL Description & ConstraintsR FlagsR Card.L TypeL Description & ConstraintsCommentsdoco
              .. Device 0..*DeviceArgonaut Device Profile
              0..*DeviceItem used in healthcare
              • Elements differ in short: 'Argonaut Device Profile' vs 'Item used in healthcare'
              • Elements differ in definition: 'This resource identifies an instance of a manufactured item that is used in the provision of healthcare without being substantially changed through that activity. The device may be a medical or non-medical device. Medical devices includes durable (reusable) medical equipment, implantable devices, as well as disposable equipment used for diagnostic, treatment, and research for healthcare and public health. Non-medical devices may include items such as a machine, cellphone, computer, application, etc.' vs '\-'
              • StructureDefinition USCoreImplantableDeviceProfile has added constraint that is not found in Argonaut Device Profile and it is uncertain whether they are compatible (contained.contained.empty())
              • StructureDefinition USCoreImplantableDeviceProfile has added constraint that is not found in Argonaut Device Profile and it is uncertain whether they are compatible (contained.where((('#'+id in (%resource.descendants().reference | %resource.descendants().as(canonical) | %resource.descendants().as(uri) | %resource.descendants().as(url))) or descendants().where(reference = '#').exists() or descendants().where(as(canonical) = '#').exists() or descendants().where(as(canonical) = '#').exists()).not()).trace('unmatched', id).empty())
              • StructureDefinition USCoreImplantableDeviceProfile has added constraint that is not found in Argonaut Device Profile and it is uncertain whether they are compatible (contained.meta.versionId.empty() and contained.meta.lastUpdated.empty())
              • StructureDefinition USCoreImplantableDeviceProfile has added constraint that is not found in Argonaut Device Profile and it is uncertain whether they are compatible (contained.meta.security.empty())
              • StructureDefinition USCoreImplantableDeviceProfile has added constraint that is not found in Argonaut Device Profile and it is uncertain whether they are compatible (text.`div`.exists())
              ... id Σ0..1idLogical id of this artifactΣ0..1idLogical id of this artifact
              • Elements differ in comments: 'The only time that a resource does not have an id is when it is being submitted to the server using a create operation. Bundles always have an id, though it is usually a generated UUID.' vs 'The only time that a resource does not have an id is when it is being submitted to the server using a create operation.'
              ... meta Σ0..1MetaMetadata about the resourceΣ0..1MetaMetadata about the resource
              • Elements differ in definition: 'The metadata about the resource. This is content that is maintained by the infrastructure. Changes to the content may not always be associated with version changes to the resource.' vs 'The metadata about the resource. This is content that is maintained by the infrastructure. Changes to the content might not always be associated with version changes to the resource.'
              ... implicitRules ?!Σ0..1uriA set of rules under which this content was created?!Σ0..1uriA set of rules under which this content was created
              • Elements differ in definition: 'A reference to a set of rules that were followed when the resource was constructed, and which must be understood when processing the content.' vs 'A reference to a set of rules that were followed when the resource was constructed, and which must be understood when processing the content. Often, this is a reference to an implementation guide that defines the special rules along with other profiles etc.'
              • Elements differ in comments: 'Asserting this rule set restricts the content to be only understood by a limited set of trading partners. This inherently limits the usefulness of the data in the long term. However, the existing health eco-system is highly fractured, and not yet ready to define, collect, and exchange data in a generally computable sense. Wherever possible, implementers and/or specification writers should avoid using this element as much as possible.' vs 'Asserting this rule set restricts the content to be only understood by a limited set of trading partners. This inherently limits the usefulness of the data in the long term. However, the existing health eco-system is highly fractured, and not yet ready to define, collect, and exchange data in a generally computable sense. Wherever possible, implementers and/or specification writers should avoid using this element. Often, when used, the URL is a reference to an implementation guide that defines these special rules as part of it's narrative along with other profiles, value sets, etc.'
              ... language 0..1codeLanguage of the resource content
              Binding: todo (required): A human language.

              0..1codeLanguage of the resource content
              Binding: todo (preferred): A human language.

              Additional BindingsPurpose
              todoMax Binding
              • Elements differ in comments: 'Language is provided to support indexing and accessibility (typically, services such as text to speech use the language tag). The html language tag in the narrative applies to the narrative. The language tag on the resource may be used to specify the language of other presentations generated from the data in the resource Not all the content has to be in the base language. The Resource.language should not be assumed to apply to the narrative automatically. If a language is specified, it should it also be specified on the div element in the html (see rules in HTML5 for information about the relationship between xml:lang and the html lang attribute).' vs 'Language is provided to support indexing and accessibility (typically, services such as text to speech use the language tag). The html language tag in the narrative applies to the narrative. The language tag on the resource may be used to specify the language of other presentations generated from the data in the resource. Not all the content has to be in the base language. The Resource.language should not be assumed to apply to the narrative automatically. If a language is specified, it should it also be specified on the div element in the html (see rules in HTML5 for information about the relationship between xml:lang and the html lang attribute).'
              ... text 0..1NarrativeText summary of the resource, for human interpretation0..1NarrativeText summary of the resource, for human interpretation
              • Elements differ in definition: 'A human-readable narrative that contains a summary of the resource, and may be used to represent the content of the resource to a human. The narrative need not encode all the structured data, but is required to contain sufficient detail to make it "clinically safe" for a human to just read the narrative. Resource definitions may define what content should be represented in the narrative to ensure clinical safety.' vs 'A human-readable narrative that contains a summary of the resource and can be used to represent the content of the resource to a human. The narrative need not encode all the structured data, but is required to contain sufficient detail to make it "clinically safe" for a human to just read the narrative. Resource definitions may define what content should be represented in the narrative to ensure clinical safety.'
              • Elements differ in comments: 'Contained resources do not have narrative. Resources that are not contained SHOULD have a narrative.' vs 'Contained resources do not have narrative. Resources that are not contained SHOULD have a narrative. In some cases, a resource may only have text with little or no additional discrete data (as long as all minOccurs=1 elements are satisfied). This may be necessary for data from legacy systems where information is captured as a "text blob" or where text is additionally entered raw or narrated and encoded information is added later.'
              ... contained 0..*ResourceContained, inline Resources
              0..*ResourceContained, inline Resources
              • Elements differ in comments: 'This should never be done when the content can be identified properly, as once identification is lost, it is extremely difficult (and context dependent) to restore it again.' vs 'This should never be done when the content can be identified properly, as once identification is lost, it is extremely difficult (and context dependent) to restore it again. Contained resources may have profiles and tags In their meta elements, but SHALL NOT have security labels.'
              ... extension 0..*ExtensionAdditional Content defined by implementations
              0..*ExtensionAdditional content defined by implementations
              • Elements differ in definition: 'May be used to represent additional information that is not part of the basic definition of the resource. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.' vs 'May be used to represent additional information that is not part of the basic definition of the resource. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.'
              ... modifierExtension ?!0..*ExtensionExtensions that cannot be ignored
              ?!0..*ExtensionExtensions that cannot be ignored
              • Elements differ in definition: 'May be used to represent additional information that is not part of the basic definition of the resource, and that modifies the understanding of the element that contains it. Usually modifier elements provide negation or qualification. In order to make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions.' vs 'May be used to represent additional information that is not part of the basic definition of the resource and that modifies the understanding of the element that contains it and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer is allowed to define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).'
              ... identifier 0..*IdentifierInstance id from manufacturer, owner, and others
              0..*IdentifierInstance identifier
              • Elements differ in short: 'Instance id from manufacturer, owner, and others' vs 'Instance identifier'
              • Elements differ in definition: 'Unique instance identifiers assigned to a device by organizations like manufacturers or owners. If the identifier identifies the type of device, Device.type should be used.' vs 'Unique instance identifiers assigned to a device by manufacturers other organizations or owners.'
              • Elements differ in comments: 'Often fixed to the device as a barcode and may include names given to the device in local usage. Note that some of the barcodes affixed to the device identify its type, not its instance. For the FDA mandated Unique Device Identifier (UDI) use the Device.udi element.' vs 'The barcode string from a barcode present on a device label or package may identify the instance, include names given to the device in local usage, or may identify the type of device. If the identifier identifies the type of device, Device.type element should be used.'
              ... type S1..1CodeableConceptWhat kind of device this is
              Binding: todo (extensible): Codes to identify medical devices

              S1..1CodeableConcept(USCDI) The kind or type of device
              Binding: todo (extensible): Codes to identify medical devices

              • Elements differ in short: 'What kind of device this is' vs '(USCDI) The kind or type of device'
              • Elements differ in definition: 'Code or identifier to identify a kind of device.' vs 'The kind or type of device.'
              ... note 0..*AnnotationDevice notes and comments
              0..*AnnotationDevice notes and comments
                ... status ?!Σ0..1codeavailable | not-available | entered-in-error
                Binding: todo (required): The availability status of the device.

                ?!Σ0..1codeactive | inactive | entered-in-error | unknown
                Binding: todo (required): The availability status of the device.

                • Elements differ in short: 'available | not-available | entered-in-error' vs 'active | inactive | entered-in-error | unknown'
                • Unable to resolve left value set http://hl7.org/fhir/ValueSet/devicestatus at Device.status
                ... manufacturer 0..1stringName of device manufacturer0..1stringName of device manufacturer
                  ... model 0..1stringModel id assigned by the manufacturer
                  • Removed this element
                  ... version 0..1stringVersion number (i.e. software)0..*BackboneElementThe actual design of the device or software version running on the device
                  • Elements differ in short: 'Version number (i.e. software)' vs 'The actual design of the device or software version running on the device'
                  • Elements differ in definition: 'The version of the device, if the device has multiple releases under the same model, or if the device is software or carries firmware.' vs 'The actual design of the device or software version running on the device.'
                  • Element maximum cardinalities differ: '1' vs '2147483647'
                  .... id 0..1stringUnique id for inter-element referencing0..1stringUnique id for inter-element referencing
                    .... Slices for extension 0..*ExtensionAdditional content defined by implementations
                    Slice: Unordered, Open by value:url
                    0..*ExtensionAdditional content defined by implementations
                      .... modifierExtension ?!Σ0..*ExtensionExtensions that cannot be ignored even if unrecognized
                      ?!Σ0..*ExtensionExtensions that cannot be ignored even if unrecognized
                        .... type 0..1CodeableConceptThe type of the device version
                        • Added this element
                        .... component 0..1IdentifierA single component of the device version
                        • Added this element
                        .... value 1..1stringThe version text
                        • Added this element
                        ... manufactureDate 0..1dateTimeManufacture dateS0..1dateTime(USCDI) Date when the device was made
                        • Elements differ in short: 'Manufacture date' vs '(USCDI) Date when the device was made'
                        • Elements differ in definition for mustSupport: 'false' vs 'true'
                        ... expiry 0..1dateTimeDate and time of expiry of this device (if applicable)
                        • Removed this element
                        ... udi S1..1stringFDA mandated Unique Device Identifier
                        • Removed this element
                        ... lotNumber 0..1stringLot number of manufactureS0..1string(USCDI) Lot number of manufacture
                        • Elements differ in short: 'Lot number of manufacture' vs '(USCDI) Lot number of manufacture'
                        • Elements differ in definition for mustSupport: 'false' vs 'true'
                        ... owner 0..1Reference(Organization)Organization responsible for device0..1Reference(Organization)Organization responsible for device
                          ... location 0..1Reference(Location)Where the resource is found0..1Reference(Location)Where the device is found
                          • Elements differ in short: 'Where the resource is found' vs 'Where the device is found'
                          ... patient S1..1Reference(http://fhir.org/guides/argonaut/StructureDefinition/argo-patient)If the resource is affixed to a personS1..1Reference(http://hl7.org/fhir/us/core/StructureDefinition/us-core-patient)(USCDI) Patient to whom Device is affixed
                          • Elements differ in short: 'If the resource is affixed to a person' vs '(USCDI) Patient to whom Device is affixed'
                          • Elements differ in definition: 'Patient information, if the resource is affixed to a person.' vs 'Patient information, If the device is affixed to a person.'
                          ... contact 0..*ContactPointDetails for human/organization for support
                          0..*ContactPointDetails for human/organization for support
                            ... url 0..1uriNetwork address to contact device0..1uriNetwork address to contact device
                            • Elements differ in comments: 'If the device is running a FHIR server, the network address should be the root URL from which a conformance statement may be retrieved.' vs 'If the device is running a FHIR server, the network address should be the Base URL from which a conformance statement may be retrieved.'
                            ... definition 0..1Reference(DeviceDefinition)The reference to the definition for the device
                            • Added this element
                            ... udiCarrier SΣ0..1BackboneElement(USCDI) Unique Device Identifier (UDI) Barcode string
                            • Added this element
                            ... statusReason 0..*CodeableConceptonline | paused | standby | offline | not-ready | transduc-discon | hw-discon | off
                            Binding: todo (extensible): The availability status reason of the device.


                            • Added this element
                            ... distinctIdentifier S0..1string(USCDI) The distinct identification string
                            • Added this element
                            ... expirationDate S0..1dateTime(USCDI) Date and time of expiry of this device (if applicable)
                            • Added this element
                            ... serialNumber S0..1string(USCDI) Serial number assigned by the manufacturer
                            • Added this element
                            ... deviceName 0..*BackboneElementThe name of the device as given by the manufacturer
                            • Added this element
                            ... modelNumber 0..1stringThe model number for the device
                            • Added this element
                            ... partNumber 0..1stringThe part number of the device
                            • Added this element
                            ... specialization 0..*BackboneElementThe capabilities supported on a device, the standards to which the device conforms for a particular purpose, and used for the communication
                            • Added this element
                            ... property 0..*BackboneElementThe actual configuration settings of a device as it actually operates, e.g., regulation status, time properties
                            • Added this element
                            ... safety Σ0..*CodeableConceptSafety Characteristics of Device
                            • Added this element
                            ... parent 0..1Reference(Device)The parent device
                            • Added this element

                            doco Documentation for this format