Vacancy code: [QA]

Amount of positions: 1

Basic requirements:

• Completed university degree (technical or liberal).
• Ability to work full-time.
• Good knowledge of the QA theoretical basis.
• English level: upper intermediate at the very least.

Nice to have:

Main responsibilities:

• Writing test plans, test cases.
• Manual and automated testing of a desktop application.
• Working with a bug-tracking system.
• Communicating directly with an English-speaking customer on the regular basis, either face to face or using voice protocols (Skype, WebEx etc) and emails.

Vacancy code: [Recruiter]

Amount of positions: 1

Closing period: February 2012

Basic requirements:

• Completed university degree (technical or liberal).
• High communication skills: ability to clearly express own thoughts; grammatically correctly, diplomatically, and politely carry on a correspondence.
• English level: intermediate at the very least.
• Experienced PC user: email software, search engines, MS Word, Excel.
• Experienced user of social networks: LinkedIn, MoiKrug, Odnoklassniki, FaceBook, VKontakte.
• Familiarity with basic terms from the software development world (programming languages, database-related etc).
• Preference to candidates with recruitment experience (1 year or more), however we would also consider motivated candidates with no operational experience.

Main responsibilities:

• Initial search for applicants to close the vacancies in our company.
• Proactive use of social networks.
• Participate in HR-related events.

Vacancy code: [DotNet_student]

Amount of positions: 1

Technologies used: .NET, SQL Server, ASP.NET, Silverlight

Basic requirements:

• Completed university degree or a 4th/5th year student
• Good knowledge of the theoretical fundamentals given at the university
• Understanding of the OOD/OOP principles
• Minimum English level: pre-intermediate
• Be ready to complete a small test task (depending on the interview results the selected test task could take 2 hours in the office or up to 8 hours of remote work)

Amount of positions: 2

Information on the project:

Software development in the field of medicine for one of the largest international companies. The results of your work will be used in thousands of hospitals around the globe, either on PCs or directly upon medical equipment. The development is built upon the C++ language and libraries like QT and MFC, however some independent subsystems will use .NET / C# / WPF, which would help you to get familiar with these technologies and keep your skills sharp.

Technologies used: C++, STL/Boost, QT/MFC, C#/WPF

Basic requirements:

• Finished higher education or a 4th/5th year student
• Possibility to work full-time
• Good knowledge of theoretical fundamentals given at the university
• Understanding of the OOD/OOP principles
• Minimum English level: pre-intermediate
• Be ready to complete a small test task (depending on the interview results the selected task could take 2 hours in the office, or up to 8 hours of remote work at home)

Vacancy code: [Cpp_Win]

Amount of positions: 1

Deadline: January 2012

Information on the project:

Software development in the field of medicine for one of the largest international companies. The results of your work will be used in thousands of hospitals around the globe, either on PCs or directly upon medical equipment. The development is built upon the C++ language and libraries like QT and MFC, however some independent subsystems will use .NET / C# / WPF, which would help you to get familiar with these technologies and keep your skills sharp.

Used technologies: C++, STL/Boost, MFC, C#, WPF

Basic requirements:

• Finished higher education or a 4th/5th year student
• Experience in Windows 7 32/64 bit development, Visual Studio
• At least one year of experience in C++
• Good knowledge of the OOD/OOP principles
• Basic knowledge in C#, .NET
• Minimum English level: intermediate

Business

Our CRM solution for Assets Management has a number of predefined main entities (Account, Contact, Prospect/Client, Manager/Vendor, Calendar, Task), and many secondary entities linked to the parent main entities. Relationship between a main entity and a different main entity or itself are Many-to-Many. Such flexibility is required to adequately capture the relationships in today’s businesses – consider how Accounts can be linked or aggregate with other Accounts in Family Offices; Contacts have connections with other Contacts; Tasks have intertwined nature in RFP process.

Users with administrative permissions are able to add other entities or customize behavior of the default ones. All system and user settings, presentation layouts and data structures will be stored in the database as meta-data, which will make it easy to change any labels or frames; add frames; customize field behavior including adding new fields, converting field data type, adding lookup tables and lookup fields; translate application to a different language, etc. Use of meta-data will allow us to pre-set “templates” for different vertical markets or flavors of the same market (e.g. Traditional Asset Management vs. Hedge Funds vs. Funds of Hedge Funds vs. Family Offices vs. Law Offices vs. Accounting Offices).

The meta-data is used by our powerful ad-hoc report generator to generate reports and mailings – both in tabular and presentation formats, including charting capabilities. Mail Merge and Mass E-mail campaign functions will be available directly from within our product, with automated recording of the campaign for historic and compliance purposes.

Documents are stored directly in the database for security and access management. Other modules – standard or custom, such as Document Management, Historic Fund Transaction Management, etc. can be plugged in at a later time; and via registration with the meta-data seamlessly incorporate in the application GUI.

Workflow automation features allow for effective management of repetitive tasks such as RFP process, periodic (e.g. quarterly) reporting, etc.

Support for themes and layout customization, dashboards allow users to adjust the application to their particular preferences.

The dedicated client’s front-end uses the Outlook GUI metaphor – de-facto standard in Windows OS applications.

MediCOM is a CRM software system for Healthcare Management. The system is customized for work-related healthcare evaluators, which adds specific conditions and regulatory constraints to standard requirements of general practitioners and hospitals.

Terms

Sanitary Document

The sanitary document is a report that contains detailed assessment of patient’s heath from the point of view of risks associated with patient’s work description (occupation and work duties) in the current period. The most important part of the assessment is doctor’s conclusion whether or not the patient’s health is compatible with the duties of his work description.

As sanitary document’s cover periods of patient’s life, patient’s life can be viewed as a chain of continuous uninterrupted and non-overlapping periods, each period associated with one sanitary document.

Since there is 1-to-1 correspondence between such periods and sanitary documents, sometimes term “sanitary document” is used to refer to a period rather than the document itself. For example we can say “current sanitary document” to denote records of medical information (such as appointments, test, vaccination, patient’s personal history, etc.) created within current period.

Risk

Government or other regulations mandate for each risk (or group of risks) how long the periods between two consecutive sanitary documents is, and what tests/procedures and vaccinations a doctor must administer to the patient.

Thus, if in a certain period a patient has professional risk A, and this risk requires that some test be taken, a doctor must include this test’s results in the sanitary document.

The system provides doctor a few easy ways of assigning risks to patients and tests for these risks. For this, a doctor can combine risks into a group (called homogeneous group of risks) and combine a list of tests/procedures and vaccinations into a group (called medical protocol)

One homogeneous group can be assigned a few medical protocols.

A patient can (but does not have to) be assigned one homogeneous group. A person must be assigned at least one (but can have multiple) medical protocol, either directly or via a homogeneous group. The patient then will inherit risks associated with these protocols. In addition doctor can assign individual (i.e. not coming from medical protocol) risks to the patient.

Key Types of patient’s medical information in the system

• Work medical history (one record is created per evaluation cycle)
• Personal medical history (one record is created per evaluation cycle)
• Family medical history (one record is created per evaluation cycle)
• General Test (one record is created per evaluation cycle)
• Specialized Test/Procedure (multiple records per evaluation cycle)
• Vaccination records (multiple records per evaluation cycle
• Attachments: sanitary documents themselves; test results; vaccination results or signed refusal to have vaccination, etc. (multiple records per evaluation cycle)

Cycle of Evaluation

A set of tests/procedures and vaccinations for the current period, along with all doctor’s appointments make a cycle of evaluation. This term is another 1-to-1 notation for sanitary document and its period.

Use Case

From execution flow standpoint, which is close to timeline but is not identical, doctor’s work on each patient within each period can be divided into three broad steps:

• Step 1: See patient, perform interview/general examination, give out referrals for tests/vaccinations
• Step 2: Collect all test and vaccination results
• Step 3: Complete the cycle of evaluation; close all records, generate and send sanitary document

Step 1

Per each cycle of evaluation a patient visits doctor on the appointment day scheduled in advance, and during this visit doctor:

• Adds Sanitary Document record, in which:
• Populates current work medical history record and makes its status “closed”
• Conducts interview and gives out questionnaire; based on this info populates current personal medical history record  and makes its status “closed”
• Conducts interview and gives out questionnaire; based on this info populates current family medical history record and makes its status  “closed”
• Conducts general examination of the patient and populates current general test record and makes its status “closed”
• Adds specialized test and vaccination  records for patient, and gives patient referrals for these procedures; the status of records is “open”
• Populates duration of current appointment record; changes status of the record to “closed”, and links it to the current sanitary document 

Step 2

After that patient takes specialized tests and vaccinations; and over short period of time the results are delivered to doctor.

As the results of tests/vaccinations keep coming in, doctor attaches test/vaccination result documents to the specialized tests and vaccination records; populates a few fields with his conclusions, and changes status of the records to “closed”

Step 3

After all specialized tests and vaccination records are closed, doctor:

• Populates Summary record in the sanitary document as to whether or not patient’s health is compatible with his work duties, and changes status of the Sanitary Document to “closed”
• Generates sanitary document report  for this period and sends it to employer
• Adds a new appointment record for next cycle of evaluation

Notes

From the standpoint of timeline, the process may be slightly different from the execution flow standpoint given above, in that:

1. A doctor may conduct some or all of specialized tests and administer some or all of vaccinations himself during patient’s appointment, thus steps 1 and 2 will occur at the same time
2. Conversely, it may be that for various reason step 1 takes more than one appointment, or doctor himself wants to perform some of specialized tests and vaccinations on a different day. In such case a doctor creates another appointment record for the patient; links it to the current sanitary document record and if so desired to the original appointment record. The original appointment record may be marked as “follow-up appointment scheduled” to draw doctor’s attention
3. Before the patient’s visit a doctor may already have a sanitary document record created for the current cycle of evaluation. The reason for that is b/c patient’s work description – information to be entered to the work medical history record – usually comes in advance from the employer, and it is doctor’s choice to keep it on file and enter it in the system at the time of patient’s visit, or do so upfront.

Entities

The information below is description of information stored in entities rather than database objects.

Patient

Patient’s entire medical record (a.k.a. chart) is stored in the system. One patient has one chart.

Terms “chart” and “patient” can be used interchangeably when referring to patient’s medical information.

The patient’s chart contains the following information:

Sanitary Document

Sanitary document as described above is a slice of patient’s information per one cycle of evaluation. As such it contains the following information:

 Appointment

Appointments are used strictly for scheduling. The record has same information as appointment in Outlook if not less; what’s important is date-time started, finished, purpose of visit. Details of appointment, such as general test results, etc. are entered into Sanitary Documents immediately, and not duplicated in the appointment record itself.

Colored lookups are used to mark appointment based on various criteria, such as status (open/closed/followup required), overdue/rescheduled, and so on.

Appointments are always linked to a patient; appointments may not be linked to a sanitary document but this is very unlikely.

Specialized Test & Vaccination

Test and Vaccination records have date and time similar to Appointments but rather than scheduling the purpose of the records is to make sure patients don’t go unprotected b/c a condition is unchecked or a vaccination period has expired.

For what information is available at present, test and vaccination records contain just a few fields (mostly lookup – typology of test; status; etc.) and result status (OK / not OK / need more focused examination)

Test and Vaccination records almost certainly have attachments, which should also be linked to the parents sanitary document.

Tests and Vaccinations are always linked to a patient and to a sanitary document.

Moreover, the application had to be convenient in use, and provide means of customizing the report layout and the way the information is sliced and diced before it gets to the screen. Combined with configurability and settings persistence it allowed users to focus not on each and every particular report, but rather on the business rules user has in their mind.

Therefore our goal was to create a client application with user interface unified across different data providers and supplemented with means of convenience and handiness in everyday use.

Please check what we got to:

As you can judge, the application has a skinnable and configurable user interface, and the report could be easily customized to let you review exactly what you are looking for. Once configured correctly, it allows user to look through their custom BI views with great ease and fluency. Moreover, the currently viewed data could be immediately exported to a PDF or Excel document.

We managed to provide the customer with the following supported data source types:

• Microsoft Analysis Services (OLAP server)
• Microsoft SQL Server
• Microsoft Access Databases
• ODBC driver support
• *.cub files support

Note, there are two options available in terms of data-processing distribution:

• to connect to an OLAP server (which performs all the required OLAP transformations remotely);
• to open a plain (wide) data-table and perform all the necessary transformations right on the client machine. That was made possible thanks to the DevExpress know-how component named PivotGrid.

You can filter data, you can see automatically calculated totals, and after all, you can even add some manually defined (with formula) data columns which will display exactly what you design them for.

Indeed, the end product became a universal and convenient tool in the world of data mining and multi-dimensional analysis.

Such mobile devices are powered with different software platforms inside, and each of them has its own application market. The thing is, the native applications require developers to use specific tools and approaches to create one for each platform. It leads to either narrow efforts outcome or increased product development cost as long as you need your product to be available on every platform.

Cost-effective solution

However, there is a universal toolkit based on innovative web-technologies allowing developers code the application once and run it everywhere. The Sencha Touch framework made it easy to develop mobile applications that look and feel native on Android, BlackBerryOS, and iOS platforms.

We here in FulcrumWeb currently have a few projects in progress based on this very technology, and we got rather positive feedback about it in terms of both easiness of development and power of the end-product.

Check it out

To demonstrate the capabilities of the framework we created a small demo application running fluid on mobile devices, and even on the desktop versions of Google Chrome or Apple Safari.

If you have an idea or a requirement for a multi-platform mobile application with neat and native-like UI, please submit an RFP on our site.

This application is nothing more but a web-oriented bug-tracking system providing advanced data presentation technologies thanks to the new platform from Microsoft which Silverlight is. This system is simple and comprehensive in structure (and quite easy in implementation thanks to our RAD framework!), it clearly demonstrated the potential of Silverlight as a platform for remote business applications with some desktop-class user interface – fast, responsive, having smooth and liquid animations and wide range of ways to present information effectively.

Technologies used: Microsoft Silverlight, Microsoft SQL Server 2005/2008, WCF, ASP.NET.

Themes

The application is based upon very rich and visually attractive platform from Microsoft: Silverlight, and therefore no wonder we wanted to make use of one of platform’s most strong advantages. We designed the application with theming support in mind and are proud of the results: using skins technique you can easily transform application look and feel: you can use different colors or textures, drop shadows, add fluent animations, correct the layouting parameters (like paddings, margins, borders etc).

Security

The security subsystem makes use of the profound RAD framework experience, and consists of a developed system based on users and roles allowing to regulate the vertical security (access rules for different entities applied to roles), and the horizontal security (when specifically enabled entities comprise different access levels to literally each record).

Localization

Thanks RAD framework, the application turns out to be completely localizable.