fig1 illustrates an image and information management system 100 used in accordance with an embodiment of the present invention . the image and information management system 100 includes a plurality of workstations 110 , 120 . the system 100 may be one or more of a plurality of medical information systems . in an embodiment , the image and information management system 100 may include a hospital information system ( his ), a radiology information system ( ris ), a clinical information system ( cis ), a cardiovascular information system ( cvis ), a picture archiving and communication system ( pacs ), a library information system ( lis ), an electronic medical record ( emr ) system , and / or other image and information management system , for example . the image and information management system 100 is capable of performing image management , image archiving , exam reading , exam workflow , and / or other medical enterprise workflow tasks , for example . the image management system 100 may include additional components such as an image manager for image management and workflow and / or an image archive for image storage and retrieval . the image and information management system 100 may interact with one or more modalities , such as an x - ray system , computed tomography ( ct ) system , magnetic resonance ( mr ) system , ultrasound system , digital radiography ( dr ) system , digital x - ray ( dx ) system , positron emission tomography ( pet ) system , single photon emission computed tomography ( spect ) system , nuclear imaging system , and / or other modality . the image and information management system 100 may acquire image data and related data from the modality for processing and / or storage . in an embodiment , the workstations 110 , 120 include interfaces 112 , 112 capable of allowing control of and exchange of information at the workstation 110 , 120 . the interface 112 , 122 may be a graphical user interface ( gui ) or other user interface that may be configured to allow a user to access functionality at the workstation 110 , 120 . the interface 112 , 122 may be connected to an input device , such as a keyboard , mousing device , and / or other input device , for example . additionally , the workstations 110 , 120 may include communication devices 114 and 124 , respectively , to allow communication between the workstations 110 , 120 and / or other external systems , for example . the communication devices 114 , 124 may include a modem , wireless modem , cable modem , bluetooth ™ wireless device , infrared communication device , wired communication device , and / or other communication device , for example . the communication devices 114 , 124 communicate and transfer data via one or more communication protocols , such as the dicom protocol . the communication devices 114 , 124 coordinate with processors in the workstations 110 , 120 to establish a connection between the workstations 110 , 120 and remotely execute functionality and / or transfer data , for example . fig2 illustrates an exemplary picture archiving and communication system ( pacs ) system 200 in accordance with an embodiment of the present invention . the pacs system 200 includes an imaging modality 210 , an acquisition workstation 220 , a network server 230 , and one or more display workstations 240 . the system 200 may include any number of imaging modalities 210 , acquisition workstations 220 , network servers 230 and display workstations 240 and is not in any way limited to the embodiment of system 200 illustrated in fig2 . in operation , the imaging modality 210 obtains one or more images of a patient anatomy . the imaging modality 210 may include any device capable of capturing an image of a patient anatomy such as a medical diagnostic imaging device . for example , the imaging modality 210 may include an x - ray imager , ultrasound scanner , magnetic resonance imager , or the like . image data representative of the image ( s ) is communicated between the imaging modality 210 and the acquisition workstation 220 . the image data may be communicated electronically over a wired or wireless connection , for example . in an embodiment , the acquisition workstation 220 may apply one or more preprocessing functions to the image data in order to prepare the image for viewing on a display workstation 240 . for example , the acquisition workstation 220 may convert raw image data into a dicom standard format or attach a dicom header . preprocessing functions may be characterized as modality - specific enhancements , for example ( e . g ., contrast or frequency compensation functions specific to a particular x - ray imaging device ), applied at the beginning of an imaging and display workflow . the preprocessing functions may differ from processing functions applied to image data in that the processing functions are not modality specific and are instead applied at the end of the imaging and display workflow ( for example , at a display workstation 240 ). the image data may then be communicated between the acquisition workstation 220 and the network server 230 . the image data may be communicated electronically over a wired or wireless connection , for example . the network server 230 may include computer - readable storage media suitable for storing the image data for later retrieval and viewing at a display workstation 240 . the network server 230 may also include one or more software applications for additional processing and / or preprocessing of the image data by one or more display workstations 240 , for example . one or more display workstations 240 are capable of or configured to communicate with the server 230 . the display workstations 240 may include a general purpose processing circuit , a network server 230 interface , a software memory , and / or an image display monitor , for example . the network server 230 interface may be implemented as a network card connecting to a tcp / ip based network , but may also be implemented as a parallel port interface , for example . the display workstations 240 may retrieve or receive image data from the server 230 for display to one or more users . for example , a display workstation 240 may retrieve or receive image data representative of a computed radiography ( cr ) image of a patient &# 39 ; s chest . a radiologist may then examine the image for any objects of interest such as tumors , lesions , etc . the display workstations 240 may also be capable of or configured to apply processing functions to image data . for example , a user may desire to apply processing functions to enhance features within an image representative of the image data . processing functions may therefore adjust an image of a patient anatomy in order to ease a user &# 39 ; s diagnosis of the image . such processing functions may include any software - based application that may alter a visual appearance or representation of image data . for example , a processing function can include any one or more of flipping an image , zooming in an image , panning across an image , altering a window and / or level in a grayscale representation of the image data , and altering a contrast and / or brightness an image . in an embodiment , the image and information management system 100 and / or pacs 200 stores , receives , transmits and / or generates image and associated data , such as dicom data . dicom image data files include header information defining the image file and the image data included in the image file . the file header includes orientation information , for example . in an embodiment , dicom image file header information , such as image orientation information , may be preconfigured to minimize later interaction or manual manipulation by a user such as a radiologist . certain imaging systems , such as mobile imaging systems ( e . g ., mobile digital x - ray systems ), introduce particular problems for users and image processing systems due to the variability of both detector position and patient / image position , for example . in an embodiment , a technician workflow includes positioning a detector and positioning a source , such as an x - ray tube , with respect to a patient . then , an exposure is taken for each view in an imaging worklist . next , a quality control inspection is performed with respect to the obtained image ( s ) to determine whether the image ( s ) satisfy an acceptable quality level . after quality control , the examination is closed , and image ( s ) are output , such as by printing and / or transmission of image data via network , electronic mail , and / or facsimile . with current mobile imaging systems , both detector orientation and patient or image orientation may be adjusted to store correct detector and image orientation information in an image file header , such as a dicom file header . in certain embodiments , the image orientation value may be preconfigured in the image file header to reduce error , minimize manual interaction with the image file , and ensure that the type 1 header parameter is filled , for example . providing a correct header value to a technician or other user may help to avoid issues during examination setup and allows sites to clarify to the technician the desired orientation . in an embodiment , patient orientation is based on an imaging protocol selected ( for example , head , abdomen , etc .) and is displayed to a user but is not selectable . patient orientation is based on application review and understanding of radiologist preference , for example . a site administrator may also modify the patient orientation parameter based on site specific desires or other rules , for example . in an embodiment , the patient orientation value may be adjusted for each imaging protocol . for example , some practitioners prefer “ feet up ” in an image , and some practitioners prefer a “ feet down ” orientation . a user interface may be provided to display a desired view and eliminate selection of image orientation by a user ( e . g ., by automatically using the “ default ” patient orientation value set in the system ). after an exposure is taken , the patient orientation value is used as the “ implicit ” orientation , and the user rotates or flips the image to match the patient orientation value . in an embodiment , the orientation header value does not change during image rotation since the image is being rotated to achieve the desired orientation . by maintaining an image orientation during rotation and processing of an image , a technician &# 39 ; s workflow is streamlined because a radiologist does not have to rotate images sent to the pacs 200 prior to viewing by the radiologist , for example . in an embodiment , a user interface is provided to allow a technician or other user to specify parameters or characteristics of image acquisition ( s ) ( see , e . g ., fig3 ). in an embodiment , patient and / or image orientation may be preconfigured by an administrator , system software , and / or other parameters / rules , for example . a patient position may be suggested by the interface or other system to the user , for example . an image is acquired from a modality and rotated to match an expected image orientation . the rotated image is then saved with the desired orientation . a radiologist or other practitioner may then view the saved image with the expected orientation . for example , as shown in fig3 , a lateral c - spine image may be obtained from a digital x - ray system . an image orientation , such as af ( anterior , foot ), may be preconfigured based on radiologist preference or other information . the acquired c - spine image is adjusted to conform to an af orientation according to the preconfigured image orientation information . then , the adjusted image is saved with the af orientation , such as in a pacs . when the image is later viewed , the image may be displayed according to the expected or preconfigured orientation without additional interaction from the radiologist or technician . thus , an image orientation is incorporated into the imaging protocol . the radiologist or technician may know or assume an orientation of an image , based on the preconfigured or default orientation value , for example , without modifying or interacting with the image . in an embodiment , an image header processing system 400 may be integrated with and / or used in conjunction with the image and information management system 100 and / or pacs 200 to analyze and configure image file header parameters . the system 400 may be implemented in software , firmware , and / or in hardware . the system 400 retrieves image files from an image data store 410 , such as an imaging modality , image and information management system 100 , and / or pacs 200 . image file ( s ) are transferred to the processing system 420 . the processing system 420 analyzes header information from the image file ( s ). using default value ( s ), user preference ( s ), system and / or modality parameter ( s ), and / or rule ( s ), for example , the processing system 420 configures one or more image file header parameters in the image file ( s ). in an embodiment , a criteria database 430 stores default value ( s ), user preference ( s ), system and / or modality parameter ( s ), rule ( s ), and / or other information used to configure header parameters . the database 430 may be a database , library , set of information , or other storage accessed by and / or incorporated with the processing system 420 , for example . thus , the processing system 420 may access the criteria database 430 to retrieve information , such as image orientation , to configure one or more image file header parameters in one or more image files . in an embodiment , the components of the system 400 may be implemented separately and / or integrated in various forms . fig5 illustrates a flow diagram for a method 500 for definition of image file header values used in accordance with an embodiment of the present invention . first , at step 510 , a header value , such as a dicom image file header value , is identified . for example , an image orientation header value is identified for a dicom image file . then , at step 520 , the header value is configured based on certain criteria . for example , the image orientation header value is configured based on user preference , modality restrictions and / or system rules , etc . next , at step 530 , an image is obtained from a modality . for example , an x - ray image is obtained . at step 540 , the image is saved according to the configured header value ( s ). for example , the x - ray image is saved with an image orientation value in the image file header as previously configured based on user preference , modality restriction , and / or system rule ( s ). then , at step 550 , the image is viewed . for example , a radiologist may view the saved x - ray image . the image may be viewed according to the parameters found in the image file header . thus , for example , the image may be viewed according to the image orientation information stored in the image file header . thus , certain embodiments connect a radiology technician workflow to orientation of images prior to sending the images to a pacs as part of a quality control ( qc ) check of the dicom header . certain embodiments allow configuration of dicom header information for the dx image type with mobile rad systems having variable detector and patient orientation . certain embodiments provide correct or default header values and avoid orientation issues during exam setup . certain embodiments allow a preferred orientation to be selected on a site and / or user specific value to allow sites and / user to clarify a desired orientation to a technician . certain embodiments provide a broad implementation and address a portable detector implementation with dx image type or other portable or fixed detector type . certain embodiments provide an improved system and method for configuring dicom image file headers . certain embodiments provide a robust implementation that meets both the requirements of the dicom standard and the workflow of a hospital environment . certain embodiments reduce user errors and incorrect header information present in many current implementations . selection of orientation prior to exposure is often ignored or misunderstood due to limitations of current user interfaces . while the invention has been described with reference to certain embodiments , it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted without departing from the scope of the invention . in addition , many modifications may be made to adapt a particular situation or material to the teachings of the invention without departing from its scope . therefore , it is intended that the invention not be limited to the particular embodiment disclosed , but that the invention will include all embodiments falling within the scope of the appended claims .
certain embodiments of the present invention provide an improved system and method for image file header configuration . certain embodiments of the method include retrieving one or more criterion for configuration of an image orientation parameter , configuring the image orientation parameter based on the one or more criterion , obtaining image data , and storing the image data in an image file . the image file has a header portion including the image orientation parameter . in an embodiment , the image orientation parameter may be modified from a default configuration . the one or more criterion may include user preference , modality restriction , system preference , and / or rule , for example . the method may further include saving the image file with the configured image orientation parameter . additionally , the method may include displaying an image according to the configured image orientation parameter . the image may be automatically oriented for display based on the configured image orientation parameter .